I have installed LO 3.4.3 on some very old PCs (P3, 500 MHz, 512 MB RAM) running Windows XP and found out that the quickstarter is almost useless for many cases. When I open a new file by using the menu of the quickstarter, the new document opens within seconds (as expected; the same performance of a new document opened when another document is already showing). But when I start the Writer by clicking the application icon or try to open a document by clicking the file in the file manager, it takes as long as it takes to start LO the first time without quickstarter (1:20 minutes). This makes the quickstarter almost useless for most cases.
+1 The speed difference is very obvious even on recent machines (2Ghz 2-core cpu, 4Gigs of RAM, decent hdd, windows XP): LibreOffice 3.4.3: -------------------------------- Opening via QuickStarter = instant, Opening via start menu when QuickStarter running = 8-9 seconds (*) Opening via start menu when QuickStarter is off = 8-9 seconds * even when launching/opening repeatedly, when all files are cached and real-time virus protection off. Most of the 8-9 seconds, CPU is running 100% on soffice.bin process. Same long values for starting LO by opening an associated document. Same long time when keeping another LibreOffice document opened in the background (instead of QuickStarter). Same machine, LibreOffice 3.3.4: -------------------------------- Opening via QuickStarter = instant Opening via start menu when QuickStarter running = 1.5 seconds Opening via start menu when QuickStarter off = 6 seconds Obviously, something that was working in LO 3.3 is broken in LO 3.4. Looks like LO is "cold starting" even though it could "warm start". We use LO for batch processing and printing files from other applications. Before, each file took negligible 1 sec to open (when quickstarter was running) ... now it takes ten times more. When multiplied by the batch size, it is unusable and we have to downgrade all machines back to LO 3.3 until this issue is solved.
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Seems to be fixed in LOdev 3.5 beta1 ! Compared startup times on a 5-year old machine, for LO 3.3, 3.4 and 3.5beta1. Times for 3.5 beta 1 are now similar to 3.5 and the quickstart helps to reduce it dramatically as it should be. v3.3 v3.4 v3.5b1 cold start: 18s 18s ?s Warm start: 6s 12s 7s Warm start with QS: 2s 12s 2s Start from tray menu: 1s 1s 1s Thanks to anyone involved!
I've done some test on Windows XP SP2 (on VirtualBox) using the last 3.5.0 release and the bug is still here see bug 46507
I have attached a proof of concetp in bug 46507 to workaround this bug try it !
Same behavior with Version 4.0.3.3 -- Windows 7 32bit AND 64bit: The quickstart-menu is the ONLY way to start LO in a fast way. Starting LO/Writer/... via taskbar or start-menu (with quickstart on!) is as slow as normal. Seems like quickstart speeds up a different process with no benefit for daily usage.
I don't see that QA has confirmed this - moving to UNCONFIRMED. Thanks all
please retest with current LibO 4.3.5.2 release and tell if issue is still present. comment says the bug is gone in 3.5.x while comment 6 say it's still present in 4.0.x we need a retest with updated LibO release thnaks for your understanding
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.