To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=84550
User fs changed the following:
What |Old value |New value
================================================================================
Assigned to|[EMAIL PROTECTED] |ab
--------------------------------------------------------------------------------
Component|extensions |framework
--------------------------------------------------------------------------------
QA contact|[EMAIL PROTECTED] |[EMAIL PROTECTED]
--------------------------------------------------------------------------------
Subcomponent|www |ui
--------------------------------------------------------------------------------
Target milestone|milestone 1 |OOo 2.4
--------------------------------------------------------------------------------
Version|current |OOo 2.4 RC1
--------------------------------------------------------------------------------
------- Additional comments from [EMAIL PROTECTED] Tue Feb 19 12:49:15 +0000
2008 -------
Heureka!
I mentioned I could not reproduce the problem on a fresh installation - I was
wrong. There was a difference in how I started both OOo/SO versions: One from
within an environment where the environment variable "help_debug" was set to
something non-empty, and one where it wasn't. With the variable being empty, the
performance problem happens, with it being non-empty, it does not happen.
Analyzed this with AB and JL and came to the following conclusions:
Moving the mouse requests a quick help text for the Window under the mouse
cursor, if extended tips are ON. This results in a help URL being built, from
the Window's help ID, and requesting a help text for this URL, at the help
provider. The help provider scans all extensions for help content.
Unfortunately, scanning a particular extension triggers a lot of code -
effectively, a complete parsing of the package, which in sum is expensive.
Note that for every Window instance, the quick help text is cached, if it has
been requested before and was not empty. That's where "help_debug" makes a
difference: This variable enables additional debug information in the quick help
texts. As a consequence, *every* Window instance has a non-empty quick help
text, which is retrieved only once, and then cached.
There are different possibilities how to fix this. Since this could be
considered a stopper for 2.4, we agreed to aim for a minimally invasive solution
for the moment. That is, Andreas will introduce a caching mechanism in the help
provider, which will prevent extensions being scanned too often. This will
prevent the most obvious performance problems. Still, some more seldom actions
will take longer than needed, but that will have to wait for a later fix.
So, I assign this issue to AB for an intermediate fix, and target it to 2.4.
I'll nominate it as show stopper for the 2.4 release (which does not necessarily
mean it will be accepted as such).
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
