Apache OpenOffice (AOO) Bugzilla – Issue 70711
crash when deleting slides with floating frame
Last modified: 2013-08-07 15:20:06 UTC
In the slide pane, delete a slide with a floating frame. It causes a crash. If it doesn't crash, try it quickly before the frame is loaded.
Created attachment 39954 [details] deleting slides crashes 680m188 Linux
Created attachment 39956 [details] crash report XML---linux and ooo 680m188
Created attachment 39999 [details] Windows XP crash report (report ID has not come by e-mail)
It crashes down to version 2.0 final. Reproducible. Reassigned.
I am having trouble reproducing this bug with OOo 2.2 Linux or Windows. I got only one unreproducible crash on Linux, but I'm not sure if that had to do with the HTTP proxy and the error messages that I can't connect to the remote host (because of HTTP firewall). Maybe someone else can try to reproduce.
Hello aziem, I have tried to load your document in OOG680_m4 under Debian SID (64Bit version). I have no crash at deleting a slide, but could not load the document at all. It needs nearly 100% of CPU and does not load completely, so I killed OOo after nearly half a minute ... :( My system has: - AMD X2 6000 processor (2x 3GHz) - 1GB RAM - 1GB swap space - NVidia 6150 GPU chip. So I think my system should not be too old or too lame to behave in this way ... ;) HTH Thomas
Changed target.
I still see this document has problems on OOo 2.3 Linux 2.6 (Fedora 7), Athlon XP 3000, ~750MB RAM, no proxy, no special firewall. The first time I loaded it and switched windows with Impress to background, it consumed 100% CPU and stopped responding. The second time I tried, I could delete all but the last slide. Then, it froze with 100% CPU usage.
@CL: Please have a look. I can not reproduce the crash but displaying this document is very slow. I created a similar document with links to a local copy of the web page with no perceptible change to the display speed. I have observed that a psapi.dll is loaded and then unloaded the whole time.
I suspect that the writer takes a lot of the time to render that html multiple times in the background (each frame starts a new writer). For me the performance is not that bad. Can anyone with the performance trouble please try if he has the same problem with frames that point to html files on theier local machines?
since there is no feedback on the performance issue I close this one
closing