Apache OpenOffice (AOO) Bugzilla – Issue 49238
Performance: Writer doc with linked graphics takes too long to load
Last modified: 2013-08-07 14:42:16 UTC
SBA->ABI: As discussed, this is the time it takes to load the bugdoc (mm:ss): Windows2000: SO 7PP4, with Proxy set = 00:35 SO 7PP4, Proxy=none = 03:25 680m103, with Proxy set = 07:25 680m103, Proxy=none = 07:35 SUSE Linux 9.2: OOo 1.1.4, with Proxy set = 00:33 OOo 1.1.4, Proxy=none = 00:28 680m103, with Proxy set = 01:09 680m103, Proxy=none = 00:06 -> In most cases we have a regression compared to SO 7 PP4 / OOo 1.1.4, especially on Windows
Created attachment 26118 [details] 4 page document with 42 linked graphics
*** Issue 45483 has been marked as a duplicate of this issue. ***
Following times found on XP: with proxysettings, src680_m103: 1:10 with proxysettings, PP3: 0:45 The times above are not representive.
As seen the problem is that osl_resolveHostName is called very often and for *some* URLs it's also quite expensive. Example: http://www.sun.com/images/b1/b1_nc_05q2_d.jpg - slow http://www.heise.de/icons/ho/heise.gif - fast I tested with proxy settings "System".
Accepted.
*** Issue 49910 has been marked as a duplicate of this issue. ***
Fixed. On my Windows machine, time to load the bugdoc went down from 7:45 min to 1:30 min.
Stefan, please verify. re-open issue and reassign to sba@openoffice.org
reassign to sba@openoffice.org
reset resolution to FIXED
.
SBA: On the very same Windows2000 machine, I had a look at SO7 PP5 and the CWS (based on 680m131). Results: SO 7PP5, with Proxy set = 00:42 SO 7PP5, Proxy=none = 03:22 CWS, with Proxy set = 01:32 CWS, Proxy=none = 04:39 This is still slower than SO 7 much much faster than before. I also will look at a Linux installation before setting this one to verified.
SuSE 9.0 OOo 1.1.5, with Proxy set = 00:36 OOo 1.1.5, Proxy=none = 03:31 m133 (current master), with Proxy set = 1:56 m133 (current master), Proxy=none = 02:19 CWS, with Proxy set = 02:32 CWS, Proxy=none = 01:44
SBA: Verified in CWS kso201bugs01 (in order to get this CWS integrated. Before CLOSING this one, I will make further tests on the machine I was using for the initially measured times. The results on Linux that ES provided still show that the different ways/platforms to open the document change (even 1.1.4->1.1.5), but the MAIN problem (load takes >7min on Windows) remains solved.
seen good in OOo SRC680_m158 closing with proxy 1min 56sek wtho proxy 3min34sek
a user in a network I administer reported the following problem: when pasting parts of web pages into a Writer document and then editing it (she mentioned removing images and changing text size), all ooo windows freeze and do not come back in an acceptable time frame (resulting in the application being killed). Environment: openoffice.org 2.0.2 on ubuntu 6.06 x86 Desktop install, AMD Sempron and 512 MB RAM I was not able to determine whether the visible images, spacer gifs or other parts of the webpage were the most problematic.I would expect ooo to load this stuff in the background and give up after a short timeout in favor of deniyng the user interactivity. In my case the user only wants the text of the web page but has no choice but dealing with all the complicated stuff when pasting (images, font, tables...) so if there is a way to just get the text, it would liberate her from much work and from the freeze-problem. On a bigger scale, I expect openoffice writer not to behave like a browser at all but instead make local copies of the images when the paste happens. According to the way that users behave/react, I have to assume that they expect this "offline behaviour" from a word processor and expect linked images which are loaded from the internet only from a browser (or maybe also from a webpage editor). So I suggest either making a separated webeditor component in openoffice or an option that lets the users choose between "transform linked objects to local copies" or "keep as links" with default="transform".