Apache OpenOffice (AOO) Bugzilla – Issue 99537
Very slow open and display with lots of EPS images
Last modified: 2017-05-20 11:35:13 UTC
I use openoffice.org drawing to assemble figures for scientific publications. The individual figures are in EPS format (generated by other programs). Since OpenOffice 2.4, I have found that opening and viewing an .odg document with embedded EPS figures takes forever (this problem also probably applies to OOo Impress documents). Openoffice itself hangs for a while and sometimes it uses enough CPU to make my machine temporarily unusable. I imagine that during this time period, Openoffice is generating preview images or something like that, but this didn't cause such drastic hanging until version 2.4 came around. In 3.0, the problem is identical or worse. Is this expected behavoir? Is there some way to optimize OOo or linux so that this will go faster? I have placed one such file at the URL link for this issue report. I am running Ubuntu 8.10 (Intrepid) with all the updates and Openoffice 3.0.1 OOO300M15 (Build: 9379). Thanks for your help.
Indeed, this is very slow. But I did not find it much faster on a OOH680-m18. Reassigned.
Perhaps it is that previously I usually inserted EPS previews into the EPS files, but now I don't and therefore I notice the problem now (EPS previews tend to cause other annoyances, that is why I don't use them any more). In any case, the slowness is the problem, no matter what version. Just to be clear, scientific journals normally only accept vector formats, that is why the figures must be EPS.
I have the exact same problem. Whenever I include a postscript image in a OOO Impress document, reopening the document takes forever. While Impress hangs, system monitor indicates that process soffice.bin is in the "pipe wait" waiting channel. When Impress gets responsive again, process soffice.bin is in the standard "poll_schedule_timeout" waiting channel. Using gdb shows that while OOO hangs it keeps creating and exiting threads,e.g. : Starting program: /usr/lib/openoffice/program/soffice.bin -norestore -impress [Thread debugging using libthread_db enabled] [New Thread 0xb7026b70 (LWP 15199)] [New Thread 0xb5864b70 (LWP 15200)] [New Thread 0xb5063b70 (LWP 15201)] [New Thread 0xb4805b70 (LWP 15202)] [New Thread 0xb3e09b70 (LWP 15203)] [New Thread 0xb33ffb70 (LWP 15208)] [Thread 0xb33ffb70 (LWP 15208) exited] [New Thread 0xb33ffb70 (LWP 15209)] [New Thread 0xb2bfeb70 (LWP 15210)] [Thread 0xb33ffb70 (LWP 15209) exited] etc... I am using Ubuntu 10.04, with standard OOO 3.2.0 installation.
I am glad to see this getting attention. I use OO for writing presentations with lots of eps graphics and this is a SHOW-STOPPER!!! I instead switch to an antique computer running 2.0.xx and it is MUCH FASTER. Good luck--This is really essential to fix. Thanks.
Maybe this is a duplicate of bug 77068, and there's also bug 103531 which looks like another duplicate. (Just pointing it here because noone did yet. I'd say the difference is that these two bugs were reported by people who found the problem while (trying to) scroll a document, while here dmkaplan noticed the hanging itself.)
Created attachment 76952 [details] CPU consumption during reopening of presentation with EPS files.
Ok, I just wanted to say that this is really a show stopper as olness said. I switched from Prosper to Impress since I like it and it's useful. I need to create a bit more complicated presentations that contain vector graphics in eps. However the whole system get stuck when reopening the presentation. I have to switch from Linux to Windows (!) because of this very very unfortunate and annoying problem that is known for years and doesn't take any attention. Thanks, Martin.
I've filed a detailed bug report with a link to an example file (guaranteed to lock up any 3.x version) at: https://bugs.freedesktop.org/show_bug.cgi?id=41407 Suggestions, and work-arounds are always welcome.
Reset assigne to the default "issues@openoffice.apache.org".