Issue 42489 - Assertion in first time wizard
Summary: Assertion in first time wizard
Status: CLOSED FIXED
Alias: None
Product: Installation
Classification: Application
Component: code (show other issues)
Version: current
Hardware: All All
: P3 Trivial (vote)
Target Milestone: OOo 2.0
Assignee: thorsten.martens
QA Contact: issues@installation
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-02-11 08:11 UTC by ocke.janssen
Modified: 2005-04-15 10:20 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description ocke.janssen 2005-02-11 08:11:57 UTC
- Start office the first time
- On the 2nd page click on decline and yes in the upcoming dialog

-> Assertion appears
---------------------------
Assertion Failed!
---------------------------
OSL: File O:\SRC680\src\unotools\source\config\configitem.cxx, Line 141
:Exception from PutProperties: The object has already been disposed

( Yes=Abort / No=Ignore / Cancel=Debugger )
---------------------------
Yes   No   Cancel   
---------------------------
Comment 1 Mathias_Bauer 2005-02-16 17:44:52 UTC
The problem is that the current temp URL is written to the InternalOptions so
that on destruction of this object it tries to write it to the configuration,
but this was disposed already or maybe the exception is misleading and the
problem is that no write access was available.

BTW: I see a problem if several configuration items are created *before* the
user data has been created because I can't see how they can get a write access.
Or am I wrong?
Comment 2 Mathias_Bauer 2005-02-17 08:53:49 UTC
Problem solved: user date is created early enough, the problem is really that
simple as it looks on a first glance: the config items need to be committed
explicitly before the configuration manager is dispose, but that only happens on
a "regular" shutdown.

Moving the code for committing config items from Desktop::Main to Deskop::DeInit
fixes this.
Comment 3 lo 2005-03-04 15:30:59 UTC
please verify

re-open issue and reassign to tm@openoffice.org
Comment 4 lo 2005-03-04 15:31:05 UTC
reassign to tm@openoffice.org
Comment 5 lo 2005-03-04 15:31:11 UTC
reset resolution to FIXED
Comment 6 thorsten.martens 2005-03-07 14:29:45 UTC
Checked and verified in cws fwkpostbeta04 -> OK !
Comment 7 mci 2005-04-14 15:33:18 UTC
ok on Linux and Solaris in m93
Comment 8 thorsten.martens 2005-04-15 10:20:51 UTC
OK on Win in 680m93 -> closed !