| Summary: | Toolbar usage (hovering) causes elevated CPU usage in Windows | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Steven W <neutro511> |
| Component: | UI | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED INVALID | ||
| Severity: | normal | CC: | bfo.bugmail, jbfaure, pintero, serval2412 |
| Priority: | medium | ||
| Version: | 3.3.0 release | ||
| Hardware: | x86 (IA32) | ||
| OS: | Windows (All) | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
|
Description
Steven W
2011-02-20 13:22:28 UTC
Bugs still alive and well bumping 'Version'. 3.4 final is still not an option under Version. Okay, I had a look with Process Monitor, still tons of calls being made to help directories. I originally filed this bug: https://bugs.freedesktop.org/show_bug.cgi?id=33315 I'm thinking this may be a regression, Mr. Lillqvist was speaking of GetHelpText in the code. I'm not a coder, but looking here: http://docs.libreoffice.org/vcl/html/toolbox2_8cxx_source.html (I'm assuming this is the latest code) I see this: 01900 01901 const XubString& ToolBox::GetHelpText( sal_uInt16 nItemId ) const 01902 { 01903 return ImplGetHelpText( nItemId ); 01904 } By the way, if I'm not looking at the latest code could someone tell me how to access it? Thanks RC2 is bit by bit identical with release version, so separate items in the version picker are useless. Changes have been discussed with Michael Meeks. Just noticed this issue occurs with most, perhaps all, toolbars in the application. Click on View -- Toolbars and choose an item. Even occurs with items that are "grayed out". [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 This behavior is very much the same in LibreOffice 3.5.0. Changing status back to New. If I disable the tooltips the excessive CPU usage stops. *** Bug 47090 has been marked as a duplicate of this bug. *** (In reply to comment #7) > If I disable the tooltips the excessive CPU usage stops. How to? Installing LibreOffice built-in help fixes this problem for me! http://download.documentfoundation.org/libreoffice/stable/3.5.4/win/x86/LibO_3.5.4_Win_x86_helppack_de.msi.mirrorlist Checked with: Version: 4.2.0.0.alpha0+ Build ID: 087a610fcd5c0c354a9ed6bfccd3451b667d62a3 TinderBox: Win-x86@6-debug, Branch:master, Time: 2013-08-04_21:41:24 Windows 8.1 Enterprise Preview 64 bit No more than 4% CPU usage on i5. Steven W: could you give a try to last LO version 4.1.3 after, if needed, having renamed your LO directory profile (see https://wiki.documentfoundation.org/UserProfile)? Set the version number back to the oldest one in which the problem has been observed. @reporter: please, could you check: 1/ did you install the help package (by default it is not) ? 2/ do you use tooltips or extended tooltips ? Best regards. JBF Just observed this in 4.2.0.2 (RC2) RC1 worked fine for me, as well as 4.1.4. My OS is win7 32-bit, czech version. LO in czech localization. (In reply to comment #14) > Just observed this in 4.2.0.2 (RC2) Please, check that you tested the right build because RC2 has been remake for MS-Windows and Linux. The right build has the following build-ID : 601a398b803303d1a40a3299729531824fe0db56 Best regards. JBF I have following 4.2.0.2 windows version, build ID cd65d6220c5694ee7012d7863bcde3455c9e3c30 will re-download and update once retested (probably tomorrow). maybe stupid question - is there a way to find build ID from the setup file (unzipping and locating file in the archive) without installing? Anyway, I got new .msi from here http://dev-builds.libreoffice.org/pre-releases/win/x86/ and it has exactly same MD5 as the previous one. 2993DEF412068E991A24986B74D10D09 *LibreOffice_4.2.0.2_Win_x86.msi 2993DEF412068E991A24986B74D10D09 *LibreOffice_4.2.0.2_Win_x86_001.msi (In reply to comment #15) > (In reply to comment #14) > > Just observed this in 4.2.0.2 (RC2) > > Please, check that you tested the right build because RC2 has been remake > for MS-Windows and Linux. The right build has the following build-ID : > 601a398b803303d1a40a3299729531824fe0db56 > > Best regards. JBF Where do I get this corrected build? the one that I got thru this link http://dev-builds.libreoffice.org/pre-releases/win/x86/ is the same old cd65d6220c5694ee7012d7863bcde3455c9e3c30 thank you I had this problem after installation. When I closed LO and opened new document, the problem was gone. Did not test if this will happen after reinstallation also. (In reply to comment #17) > maybe stupid question - is there a way to find build ID from the setup file > (unzipping and locating file in the archive) without installing? You would need to extract libreoffice2.cab from the msi and view setup.ini or version.ini files. No answer from reporter since more than six month. Closing as INVALID. Please, feel free to reopen if you still experience this problem on current stable version (4.2) or next 4.3 version. Best regards. JBF |