Issue 103732 - The ooimprovement dll will be loaded every office startup
Summary: The ooimprovement dll will be loaded every office startup
Status: CLOSED IRREPRODUCIBLE
Alias: None
Product: General
Classification: Code
Component: code (show other issues)
Version: OOo 1.0.0
Hardware: All All
: P3 Trivial (vote)
Target Milestone: AOO Later
Assignee: bjoern.michaelsen
QA Contact: issues@framework
URL:
Keywords: usagetracking
Depends on:
Blocks:
 
Reported: 2009-07-23 06:13 UTC by ocke.janssen
Modified: 2010-08-15 10:22 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description ocke.janssen 2009-07-23 06:13:14 UTC 
The problem is when the user doesn't want to participate at improvement of OOo
the oooimprovement dll is still loaded. The problem is that the configuration
entry which is checked below 
http://svn.services.openoffice.org/opengrok/xref/Current%20(trunk)/comphelper/source/misc/uieventslogger.cxx#getEnabledFromCfg

is never set to false.
Comment 1 bjoern.michaelsen 2009-07-28 16:44:09 UTC 
Will move the tests for the user settings that are currently done in
liboooimprovement* to comphelper.
Started in cws bjm02.
Comment 2 bjoern.michaelsen 2009-07-29 15:09:17 UTC 
fixed in cws bjm02 with changeset f3f527950572
http://hg.services.openoffice.org/hg/cws/bjm02/rev/f3f527950572
Comment 3 bjoern.michaelsen 2009-08-11 13:50:22 UTC 
Reopening, as the stuff there is a lot more stuff used from the oooimprovement
lib but the simple test in uieventslogger.
There are at least two additional jobs on startup that will load the
oooimprovement lib:
- extensions/oooimprovement/invite_job.cxx
- extensions/oooimprovement/onlogrotate_job.cxx

Removing incomplete fix from cws bjm02 for now and setting target to OOo Later.
Comment 4 bjoern.michaelsen 2009-08-11 14:17:53 UTC 
removed from cws bjm02 and reverted corresponding changeset.
Comment 5 bjoern.michaelsen 2010-08-09 13:53:24 UTC 
Resolving issue as WORKSFORME as there are no defects in behavior in the current
implementation. If the library should not be loaded at all, the library and its
UNO-services should not be registered (which is what is done on
non-BUILD_SPECIAL builds).
Comment 6 Mechtilde 2010-08-15 10:22:37 UTC 
worksforme -> closed