I can see the UI drawing in Win32 this happened in rc1 but fixed in rc2 now it is back. Can`t remember the other bug entry so I fill this one.
Menus are slow in all aplication of libreoffice and the overall libreoffice it is slow. This happened in rc1 fixed in rc2 , what happened this time ?
A fast fix and repost of a binary build of rc3 with this fixed will be nice.
Now i can`t use LibreOffice rc3 for nothing in win32.
Uninstalled RC3 and installed RC2 for testing again.
LibreOffice RC2 menu speed it is like under 5 max 10 ms or so , i can`t even see when all the menus are drawn.
Uninstalled RC2 installed RC3 on same machine and the menu speed it is like
LibreOffice RC3 menu speed it is like 1 second lag i can see on the menus when i move the cursor that the "blue select" thing goes with a 1 second and more lag behind not under my cursor and some menus looks not drawng for a second then are drawn.
Don`t like that to slow.
Duplicate of bug #33088?
(In reply to comment #2)
> Duplicate of bug #33088?
Yeah it is the same but looks they have not tested the RC2 forth and back to see this bug more clearly that the RC2 behave normaly and fast.
It must be reverted to the behavior of RC2.Looks more like some debug is on or something else.
Reported this one long time ago on IRC (2010..) channel when i was testing LibreOffice beta 2 until rc1 if a remember well and compared with OpenOffice speed at that time so. Looks like a very old bug for me cause i spoted first and everytime I look for this bug when i open LibreOffice.
I installed LibreOffice RC2 now until RC3 will be fixed to work the same.
*Note LibreOffice RC2 works like other apps in Windows Vista in speed comparation like IE8,Explorer speed near same.
I know for last time i found this bug that on Linux platform it is not present and neither MAC (some said that on irc) at that time in 2010.
I think it is no need to retest from alpa to rc3 all the builds for windows when RC2 works flawless.
Thanks for your work chasing this down ! it is a duplicate though, so marking as such so we can make the other a blocker :-)
*** This bug has been marked as a duplicate of bug 33088 ***