I have just installed 6.1.4.2 and it is painfully slow. When I click on a button it takes up to 10 seconds to respond. The button doesn't even show focus for about 4 or 5 seconds. Clicking Close(X) is just as slow. I had the same problem with 6.1.0.3 (x64) and had to go back to 6.0.6.2!! I uninstalled 6.1.4.2 and installed 6.0.7.3 and everything is back to speed. So it looks like there is something in the 6.1..... version that's slowing things down (for me at least!). Windows 7 Home Premium 64-bit.
I can't confirm this with Version: 6.1.4.2 (x64) Build-ID: 9d0f32d1f0b509096fd65e0d4bec26ddd1938fd3 CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; Gebietsschema: de-DE (de_DE); Calc: group threaded I have no idea, what could cause the problem. Since i asume, that it' not only a problem in wrtiter, I changed component to LibreOffice
Yep, it's the same on Writer and Calc. It's curious that I had the exact same problem with 6.1.0.3 I.E. 6.1.0.3 SLOW - 6.0.6.2 OK 6.1.4.2 SLOW - 6.0.7.3 OK
Would be interesting to know, if the problem also occurs with LO 6.2 RC1 (but this will replace your actually installed verion of LO) or with the master from LO 6.3 (parallel installation) link to master: https://dev-builds.libreoffice.org/daily/master/Win-x86_64@42/current/
I believe that the bugs can be merged. Note that I am also updating the version affected (I initially thought it was the version I was using to replicate the bug, but it's now updated to the earliest that I know is affected). I am downloading libo-master64~2018-12-24_22.40.25_LibreOfficeDev_6.3.0.0.alpha0_Win_x64_sdk.msi and will install it as soon as I get a chance to install and test it. I will update this bug report after my testing is complete. I don't want to have to figure out how to do a parallel installation, so I'll likely uninstall it after testing is complete and then install version 6.0.7 (I need a working version).
The problem is fixed in libo-master64~2018-12-24_22.40.25_LibreOfficeDev_6.3.0.0.alpha0_Win_x64.msi. As a result, I've closed bug 122381 (likely a duplicate of this one). (I updated bug 122363 with comments intended for this bug by accident.)
I have just installed Version: 6.3.0.0.alpha0+ (x64) and can confirm the problem is no longer there. This installed in C:\Program Files\LibreOfficeDev 6. BTW when I was installing Version: 6.3.0.0.alpha0+ (x64) I got a popup message as follows: [url=https://imgbb.com/][img]https://i.ibb.co/X2J3tj4/Image-1.jpg[/img][/url]
How do you edit comments?
Hovering by using one regulator at a time. The instructor would give me one switch to keep steady as he made inputs with the other two, https://www.mbaglue.com/ deliver you finest guidance and admission help for your distance MBA.
Spend management is the end-to-end management of enterprise wide spend. It includes all aspects of spend analysis, spend categorization/spend classification, spend data management and spend performance management. Spend management is a continuous and ongoing process directed toward controlling and optimizing a company's spend and effectively improving its bottom line. http://simfoni.com/
Ian, bug 122381 describes a similar problem. It only occurs, if you have installed LO help. So my question is: Is the bug you reported also reproducible without offline help?
Excellent! I can confirm that removing the help pack restores the speed of LO. I uninstalled the Help Pack 6.0.7.3. Installed LO 6.2.0.3 (x64) without the Help Pack. LO speed restored. Installed Help Pack. LO veeeeeery Sloooooow. Uninstalled Help Pack. LO speed back to normal. Finally a solution. Thanks very much.
*** This bug has been marked as a duplicate of bug 122381 ***