Bug 335591
Summary: | [RFE] openoffice.org wakes up the CPU while doing nothing | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | William Lovaton <walovaton> |
Component: | libreoffice | Assignee: | Caolan McNamara <caolanm> |
Status: | CLOSED UPSTREAM | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | rawhide | CC: | alex, caolanm, dtardon, erack, ltinkl, mgarski, mstahl, sbergman, triage |
Target Milestone: | --- | Keywords: | FutureFeature |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | bzcl34nup | ||
Fixed In Version: | Doc Type: | Enhancement | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2012-09-12 13:24:00 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 204948 |
Description
William Lovaton
2007-10-17 03:55:09 UTC
I see a good few problems already, so this looks like it is going to be something of an umbrella task. Firstly we've got what looks like a straight forward bug in the first idle timer which waits until something is loaded into the frame before running some goo, empty frame -> wake up continuously forever Mmmhhh... you have me lost =) but thanks for the response. Are you planning to report this bug upstream?? An umbrella task is a task that contains lots of other tasks in in. So there are at least 5, probably lots more, wake-up bugs. The first one is linked to the upstream report at the bottom of this issue in "external bugzilla references" No 2 is NextJob_Impl in sfx2/source/control/bindings.cxx. Now, what on earth is it trying to do, it's another never ending timer loop that "invalidates volatile slots" on every execution. Totally disabling it shows no immediate obvious ill-effects. Mail sent to sfx2 maintainer. No 3 is in starmath, there we have a loop that constantly re-lays-out the equation, we could probably fairly easily change that to only get triggered when the equation content changes at SmDocShell::SetText No 1 is fixable and now fixed upstream, moving to no 2. This is trickier we're polling the state of stuff like "has the clipboard contents changed", we need to move away from that and reseat it on an event on the initial state change. i.e. http://www.openoffice.org/issues/show_bug.cgi?id=83195 Based on the date this bug was created, it appears to have been reported during the development of Fedora 8. In order to refocus our efforts as a project we are changing the version of this bug to '8'. If this bug still exists in rawhide, please change the version back to rawhide. (If you're unable to change the bug's version, add a comment to the bug and someone will change it for you.) Thanks for your help and we apologize for the interruption. The process we're following is outlined here: http://fedoraproject.org/wiki/BugZappers/F9CleanUp We will be following the process here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this doesn't happen again. We're currently looking at using libXfixes to avoid polling for the selection continously which removed the need for "volatile" sfx2 slots which removes the first layer of wakeups Adding FutureFeature keyword to RFE's. sub parts of this are upstream with 3.2 target, though there's loads of other bits which need to be taken care of after those ones are through (I shudder especially at impress/draw's etc spellchecking timers) stage 1 framework complete, stage 2 simple apps timeouts in progress (e.g. starmath) stage 3, patches submitted to fix the drawing layer, i.e. draw and impress |