https://bugs.freedesktop.org/show_bug.cgi?id=55156
Roman Eisele <b...@eikota.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|libreoffice-b...@lists.free |tlillqv...@suse.com
|desktop.org |
--- Comment #8 from Roman Eisele <b...@eikota.de> ---
Thank you very much, Tor, for all your debugging work applied to this issue,
and for your patch, even if you just call it a “silly workaround”!
I have tested the new workaround with a current master build:
LOdev 3.7.0.0.alpha0+ (Build ID: 3f84462b, pull time: 2012-09-30 06:38:06),
on Mac OS X 10.6.8 (Intel), Cinch running as required.
I can confirm a big progress: there is no hang anymore (and no crash, as it was
caused by another a11y-related bug); the LibreOffice “Options” dialog window is
usable again even when Cinch is running.
Of course, there is still a noticeable delay when changing the options pane.
To see more easily what’s going on, open the Terminal, start “top”, and let it
run in the background while playing with LibreOffice. My observations:
* When I open the LibreOffice “Options” dialog, everything is fine (the CPU
usage of the soffice process jumps only for a second or not at all).
* As soon as I try to change the current options pane, there is a 1-2 seconds
dealy, and the CPU usage of the “soffice” process jumps to ca. 100%.
Interesting enough, it stays at that high level even after the new options pane
is visible. You can “feel” this also in the LibreOffice UI: changing anything
in the new options pane (e.g., typing something into an edit field, or just
checking a checkbox) works very slowly. But it works, of course, and this is a
big progress.
* If you change the options pane again, the same thing happens: a 1-2 seconds
delay, then the new options pane is visible, editing/changing anything is very
slow. CPU stays at more or less 100%.
* Even when I close the “Options” dialog window, and there is another
LibreOffice window open (Start Center or document window), the “soffice”
process first stays at 100% CPU usage; as soon as I click on the Start Center
or document window so that it gets the focus, the CPU usage goes down to normal
level (< 1%).
* If I close the “Options” dialog window, and there is no other LibreOffice
window open, not even the Start Center window (this is possible on Mac OS X,
not on Win), the CPU usage immediately goes down to normal level.
@ Tor (and Michael Meeks):
A big progress, and the main bug (the hang) is fixed now. Great!
Of course, it would be even better if we could get the CPU usage (which stays
at 100% after the first options pane change) down to a normal level again; this
would make it much easier to change anything in the “Options” window, and give
us back a good User experience. Do you see any chance to achieve this (without
too much additional work, of course)?
Anyway, thank you very much!
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
