[Desktop-packages] [Bug 115052] Re: [Upstream] [hardy] 100% CPU and freeze when scrolling inside document that has embedded EPS graphics
https://bugs.freedesktop.org/show_bug.cgi?id=41407 seems to show us that this bug also affects LibreOffice. ** Changed in: libreoffice (Ubuntu) Status: New => Confirmed ** Bug watch added: freedesktop.org Bugzilla #41407 https://bugs.freedesktop.org/show_bug.cgi?id=41407 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/115052 Title: [Upstream] [hardy] 100% CPU and freeze when scrolling inside document that has embedded EPS graphics Status in The OpenOffice.org Suite: Confirmed Status in “libreoffice” package in Ubuntu: Confirmed Status in “openoffice.org” package in Ubuntu: Won't Fix Bug description: Binary package hint: openoffice.org Hello, I have a document, created with OOo 2.1, edited with OOo 2.2 (after upgrading to Feisty) which has four embedded EPS graphics (linked to external files). Everytime I scroll over these images, Openoffice shows an empty box with "Broken image" inside it (translated back from German, maybe different wording), then freezes completely for two seconds, while refreshing the EPS image. During this time the CPU usage is at 100%. I would expect OOo to cache these files (at least the rendered images) so they "stay" in the text, like it does with other graphics formats. It seems this does not happen. "strace" shows that Openoffice is indeed hanging in a "read(...)" call, with a file handle that belongs to the linked object (EPS file). But I don't understand why it takes two seconds for Openoffice to open a 20kb EPS file. As you might imagine, this is extremely annoying. I am preparing a scientific paper with Openoffice and so far it has been very pleasant to work with, almost up to par with LaTeX :-), except for this major annoyance. I can provide the document in question, but I would ask not to publish it in the bugtracker. Thank you! Jens To manage notifications about this bug go to: https://bugs.launchpad.net/openoffice/+bug/115052/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 115052] Re: [Upstream] [hardy] 100% CPU and freeze when scrolling inside document that has embedded EPS graphics
I'm still experiencing this with Libreoffice 3.6, and now 4.0 (from the Libreoffice PPA) on Quantal. ** Changed in: libreoffice (Ubuntu) Status: Invalid => New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/115052 Title: [Upstream] [hardy] 100% CPU and freeze when scrolling inside document that has embedded EPS graphics Status in The OpenOffice.org Suite: Confirmed Status in “libreoffice” package in Ubuntu: New Status in “openoffice.org” package in Ubuntu: Won't Fix Bug description: Binary package hint: openoffice.org Hello, I have a document, created with OOo 2.1, edited with OOo 2.2 (after upgrading to Feisty) which has four embedded EPS graphics (linked to external files). Everytime I scroll over these images, Openoffice shows an empty box with "Broken image" inside it (translated back from German, maybe different wording), then freezes completely for two seconds, while refreshing the EPS image. During this time the CPU usage is at 100%. I would expect OOo to cache these files (at least the rendered images) so they "stay" in the text, like it does with other graphics formats. It seems this does not happen. "strace" shows that Openoffice is indeed hanging in a "read(...)" call, with a file handle that belongs to the linked object (EPS file). But I don't understand why it takes two seconds for Openoffice to open a 20kb EPS file. As you might imagine, this is extremely annoying. I am preparing a scientific paper with Openoffice and so far it has been very pleasant to work with, almost up to par with LaTeX :-), except for this major annoyance. I can provide the document in question, but I would ask not to publish it in the bugtracker. Thank you! Jens To manage notifications about this bug go to: https://bugs.launchpad.net/openoffice/+bug/115052/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 115052] Re: [Upstream] [hardy] 100% CPU and freeze when scrolling inside document that has embedded EPS graphics
Jens, this bug report is being closed due to your last comment regarding this being fixed with an update to LibreOffice. For future reference you can manage the status of your own bugs by clicking on the current status in the yellow line and then choosing a new status in the revealed drop down box. You can learn more about bug statuses at https://wiki.ubuntu.com/Bugs/Status. Thank you again for taking the time to report this bug and helping to make Ubuntu better. Please submit any future bugs you may find. ** Changed in: libreoffice (Ubuntu) Status: Incomplete => Invalid -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/115052 Title: [Upstream] [hardy] 100% CPU and freeze when scrolling inside document that has embedded EPS graphics Status in The OpenOffice.org Suite: Confirmed Status in “libreoffice” package in Ubuntu: Invalid Status in “openoffice.org” package in Ubuntu: Won't Fix Bug description: Binary package hint: openoffice.org Hello, I have a document, created with OOo 2.1, edited with OOo 2.2 (after upgrading to Feisty) which has four embedded EPS graphics (linked to external files). Everytime I scroll over these images, Openoffice shows an empty box with "Broken image" inside it (translated back from German, maybe different wording), then freezes completely for two seconds, while refreshing the EPS image. During this time the CPU usage is at 100%. I would expect OOo to cache these files (at least the rendered images) so they "stay" in the text, like it does with other graphics formats. It seems this does not happen. "strace" shows that Openoffice is indeed hanging in a "read(...)" call, with a file handle that belongs to the linked object (EPS file). But I don't understand why it takes two seconds for Openoffice to open a 20kb EPS file. As you might imagine, this is extremely annoying. I am preparing a scientific paper with Openoffice and so far it has been very pleasant to work with, almost up to par with LaTeX :-), except for this major annoyance. I can provide the document in question, but I would ask not to publish it in the bugtracker. Thank you! Jens To manage notifications about this bug go to: https://bugs.launchpad.net/openoffice/+bug/115052/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 115052] Re: [Upstream] [hardy] 100% CPU and freeze when scrolling inside document that has embedded EPS graphics
** Changed in: openoffice.org (Ubuntu) Status: Triaged => Won't Fix -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/115052 Title: [Upstream] [hardy] 100% CPU and freeze when scrolling inside document that has embedded EPS graphics Status in The OpenOffice.org Suite: Confirmed Status in “libreoffice” package in Ubuntu: Incomplete Status in “openoffice.org” package in Ubuntu: Won't Fix Bug description: Binary package hint: openoffice.org Hello, I have a document, created with OOo 2.1, edited with OOo 2.2 (after upgrading to Feisty) which has four embedded EPS graphics (linked to external files). Everytime I scroll over these images, Openoffice shows an empty box with "Broken image" inside it (translated back from German, maybe different wording), then freezes completely for two seconds, while refreshing the EPS image. During this time the CPU usage is at 100%. I would expect OOo to cache these files (at least the rendered images) so they "stay" in the text, like it does with other graphics formats. It seems this does not happen. "strace" shows that Openoffice is indeed hanging in a "read(...)" call, with a file handle that belongs to the linked object (EPS file). But I don't understand why it takes two seconds for Openoffice to open a 20kb EPS file. As you might imagine, this is extremely annoying. I am preparing a scientific paper with Openoffice and so far it has been very pleasant to work with, almost up to par with LaTeX :-), except for this major annoyance. I can provide the document in question, but I would ask not to publish it in the bugtracker. Thank you! Jens To manage notifications about this bug go to: https://bugs.launchpad.net/openoffice/+bug/115052/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
