Issue 105520 - crash if reloading document
Summary: crash if reloading document
Status: CLOSED FIXED
Alias: None
Product: General
Classification: Code
Component: code (show other issues)
Version: DEV300m60
Hardware: All All
: P2 Trivial (vote)
Target Milestone: OOo 3.2
Assignee: stefan.baltzer
QA Contact: issues@framework
URL:
Keywords:
: 105511 105859 (view as issue list)
Depends on:
Blocks:
 
Reported: 2009-10-01 15:25 UTC by sven.jacobi
Modified: 2010-02-08 17:02 UTC (History)
2 users (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 sven.jacobi 2009-10-01 15:25:01 UTC 
If you create a document with Impress then you are crashing if you save and
reload it.
Comment 1 groucho266 2009-10-01 16:22:32 UTC 
This is a life time problem of SfxViewShell and SfxClipboardChangeListener.
When the SfxClipboardChangeListener is created it stores a pointer to an
SfxViewShell object.  When the view shell is destroyed, however, this reference
is not reset (well, not always.  The reference seems to be reset when the
Impress document is simply closed as there is no crash in this case.).  Shortly
thereafter there is a notification to the SfxClipboardChangeListener which tries
to access the now dead SfxViewShell: Crash.
Comment 2 mikhail.voytenko 2009-10-05 10:49:13 UTC 
It looks to be a duplicate to issue 105343, that is fixed in fwk122.
SfxClipboardChangeListener is not notified regarding deleting of SfxViewShell
object.

*** This issue has been marked as a duplicate of 105343 ***
Comment 3 mikhail.voytenko 2009-10-09 13:16:23 UTC 
This issue is fixed in fwk122, but the issue 105343 is a different problem (
although the scenario is the same ) and it is still reproducible after the fix.

Reopening the issue and adding it to fwk122, since exactly this issue is fixed
there.
Comment 4 mikhail.voytenko 2009-10-09 13:16:50 UTC 
.
Comment 5 mikhail.voytenko 2009-10-09 13:21:16 UTC 
The issue is fixed in fwk122 cws. It affects actually all the applications. The
problem is that it is not always reproducible, since the freed memory contains
sometimes the information and allows office to survive.

I could easily reproduce it on Solaris Intel with the following steps:
- create a new drawing document
- store it in binary SO5 format
- reload
If the office does not crash, the last step should be repeated ( by me it was
never more that 2 iterations ).
Comment 6 mikhail.voytenko 2009-10-09 13:26:14 UTC 
*** Issue 105511 has been marked as a duplicate of this issue. ***
Comment 7 mikhail.voytenko 2009-10-09 13:31:05 UTC 
mav->sba: Please verify the issue. hi had similar crash with reload of a master
document.
Comment 8 stefan.baltzer 2009-10-09 16:03:17 UTC 
Verified in CWS fwk122.
Comment 9 michael.ruess 2009-10-14 09:47:22 UTC 
*** Issue 105859 has been marked as a duplicate of this issue. ***
Comment 10 Raphael Bircher 2010-02-08 17:02:41 UTC 
Tisted with 3.2.0 on a Mac OS X 10.5.x works fine

Closing issue