If you open a file1.odp and it crash, and you this time open another file, called file2.odp, when LO start, it will show you the recovery window, you click on next, and now LO will crash... that's all, this is reproduce able :D
this doesn't happen on the others, just impress.
Maximiliano, well, if it crashes the first time loading file1.odp, it will subsequently keep crashing when trying to recover it. Or did I get the problem wrong?
It would be helpful to get hold of the file that makes LibO crash, could you share it?
Hi, this is what i get when it crash:
[maximi89@localhost gnash]$ /opt/libreoffice3/program/simpress '/home/maximi89/Documentos/mysql.odp'
** (soffice:22972): CRITICAL **: clearlooks_style_draw_box_gap: assertion `height >= -1' failed
X-Error: BadAlloc (insufficient resources for operation)
Major opcode: 53 (X_CreatePixmap)
Resource ID: 0x15e
Serial No: 17474 (17474)
These errors are reported asynchronously,
set environment variable SAL_SYNCHRONIZE to 1 to help debugging
Application Error/opt/libreoffice3/program/soffice: línea 125: 22972 Abortado (`core' generado) "$sd_prog/$sd_binary" "$@"
it happens when i open the same crashed file... it doesn't matter where are it from, it's just a random file.
it crash one time it's loading the file, after the file recovery, when it start loading the file it crash.
Can you perhaps attach the document causing the crash?
Created attachment 40874 [details]
Now that the problematic doc is attached -- Thorsten, can you please take care of this one?
This is a Impress bug, therefore changed Component accordingly.
On pc debian x86-64, with 3.5 branch updated today, I don't reproduce the crash.
Do you still have this problem with 3.5.3 ?
Hi, actually it doesn't affects me, no crash no fail, but using a newer version.
Ok since you don't reproduce it anymore with this new version, I'll put the status to RESOLVED/WORKSFORME.
Thank you for your feedback.