Issue 38950 - Impress crashes if PDF button clicked in slidesorter view
Summary: Impress crashes if PDF button clicked in slidesorter view
Status: CLOSED FIXED
Alias: None
Product: Impress
Classification: Application
Component: ui (show other issues)
Version: 680m65
Hardware: PC Windows XP
: P2 Trivial (vote)
Target Milestone: OOo 2.0
Assignee: wolframgarten
QA Contact: issues@graphics
URL:
Keywords: oooqa
Depends on:
Blocks: 39229
  Show dependency tree
 
Reported: 2004-12-14 06:39 UTC by jmills
Modified: 2005-01-31 13:43 UTC (History)
2 users (show)

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


Attachments
bugdoc (238.62 KB, application/vnd.sun.xml.impress)
2004-12-16 17:06 UTC, wolframgarten
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description jmills 2004-12-14 06:39:12 UTC
Open a presentation, select slidersort view, click the pdf button, and enter a
filename

then OOo crashes.


when you restart, if tries to recover the file - however, it's in a bad way
because it has detached its toolbar bottons from the normal docking palace, 
crashes again almost at once - even if all you do is "close/exit".  

I think (unless the crash damaged something) that the same thing happens if you
click PDF whilst in handout mode too...
Comment 1 wolframgarten 2004-12-14 08:13:16 UTC
Sorry, this is not reproducible. Any special language, installation type, which
build number do you have? Thanks in advance.
Comment 2 jmills 2004-12-14 14:24:43 UTC
nothing special.  Win XP SP2, SO 8850, english ....  very reproducible here...

Maybe I will load m65 and see again in a day or two...
Comment 3 wolframgarten 2004-12-14 14:45:46 UTC
Didn't you recover the mistake in a version m65? The issue header says so. Why
do you want to load it again then?
 Or was it m56? Thanks.
Comment 4 jmills 2004-12-16 12:51:12 UTC
header should have said m66 not m65 ..  I found the problem with m65.  Since you
havent seen it I will d/l m66 and try that before coming back to you....
Comment 5 wolframgarten 2004-12-16 15:53:08 UTC
Reproducible. Prio changed to 2. 
Comment 6 wolframgarten 2004-12-16 15:54:34 UTC
Reassignedd to Christian.
Comment 7 wolframgarten 2004-12-16 17:06:48 UTC
Created attachment 20592 [details]
bugdoc
Comment 8 clippka 2004-12-16 18:20:31 UTC
André, another view issue I think?
Comment 9 groucho266 2004-12-17 09:24:11 UTC
Accepted.
Comment 10 groucho266 2004-12-17 13:05:46 UTC
I can not reproduce the crash but I have observed that from the slide sorter a
PDF document with one empty page is exported.  The PDF export from the edit view
work as expected.
Comment 11 groucho266 2004-12-17 15:40:22 UTC
See issue 39229 for another problem with the PDF export from the slide sorter.
Comment 12 groucho266 2004-12-17 15:51:17 UTC
Here is what happens:

The crash takes place when CustomAnimationList::update() accesses the
mpMainSequence member which is NULL at that time.

SdXImpressDocument::render() calls EndTextEdit at the view of the slide sorter.
 This is notified to (among others) the CustomAnimationPane.  This eventually
calls CustomAnmationList::update() with the mpMainSequence member being NULL. 
Dereferentiation of this (shared) pointer leads to the crash.

The relevant part of the stack is:
 	sd680mi.dll!sd::CustomAnimationList::update()  Line 703	C++
 
sd680mi.dll!sd::CustomAnimationList::update(boost::shared_ptr<sd::MainSequence>
pMainSequence={...})  Line 653	C++
 
sd680mi.dll!sd::CustomAnimationPane::EventMultiplexerListener(sd::tools::EventMultiplexerEvent
* pEvent=0x00e8e068)  Line 458	C++
 	sd680mi.dll!sd::CustomAnimationPane::LinkStubEventMultiplexerListener(void *
pThis=0x0b89a8a8, void * pCaller=0x00e8e068)  Line 411 + 0xf	C++
 
sd680mi.dll!sd::tools::EventMultiplexer::Implementation::CallListeners(unsigned
long eType=256, sd::tools::EventMultiplexerEvent & rEvent={...})  Line 663 +
0x19	C++
 
sd680mi.dll!sd::tools::EventMultiplexer::MultiplexEvent(sd::tools::EventMultiplexerEvent::EventId
eEventId=EID_END_TEXT_EDIT, void * pUserData=0x00000000)  Line 276	C++
 	sd680mi.dll!sd::View::EndTextEdit(unsigned char bDontDeleteReally=0,
sd::FuPoor * pFunc=0x00000000)  Line 809	C++
 	sd680mi.dll!sd::View::EndTextEdit(unsigned char bDontDeleteReally=0)  Line 747	C++
>	sd680mi.dll!SdXImpressDocument::render(long nRenderer=0, const
com::sun::star::uno::Any & rSelection={...}, const
com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> &
rxOptions={...})  Line 1940	C++
Comment 13 thackert 2004-12-19 18:09:40 UTC
I can reproduce this error under SuSE 9.1, if I followed the instructions of the original reporter ... :(
Could someone else with an other architecture or OS could reproduce this either? If so: should this issue 
changed to all then?
Comment 14 clippka 2004-12-21 12:51:58 UTC
accepted, I need to wat for m67 with some fixes from andrè so that I can fix
this issue
Comment 15 clippka 2005-01-04 11:58:35 UTC
Ok i fixed the source of the crash in the CustomAnimationPane, even so I was not
able to reproduce the crash in an m68.

For the empty pdf export from the slidesorter I submitted issue 39870 since this
is a completly different problem.
Comment 16 clippka 2005-01-12 09:56:12 UTC
reopened to send back to qa
Comment 17 clippka 2005-01-12 09:56:30 UTC
send back to qa
Comment 18 clippka 2005-01-12 09:58:07 UTC
set back to fixed
Comment 19 wolframgarten 2005-01-12 14:19:24 UTC
Verified in CWS.
Comment 20 wolframgarten 2005-01-31 13:43:39 UTC
No crash anymore but a new bug there : i 41716.
This one closed.