Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | OpenOffice crashes on inserting a file having MP3 as an OLE object into another file as a linked Object | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Writer | Reporter: | sujit <sujit> | ||||||
Component: | code | Assignee: | stefan.baltzer | ||||||
Status: | CLOSED FIXED | QA Contact: | issues@sw <issues> | ||||||
Severity: | Trivial | ||||||||
Priority: | P1 (highest) | CC: | issues, rbywater | ||||||
Version: | 643C | Keywords: | oooqa | ||||||
Target Milestone: | --- | ||||||||
Hardware: | PC | ||||||||
OS: | Windows XP | ||||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||||
Developer Difficulty: | --- | ||||||||
Attachments: |
|
Description
sujit
2002-11-29 05:49:21 UTC
Created attachment 3803 [details]
.mp3 file used
Bug replicated using teh following system configuration Platform: PC Operating System: Windows 2000 NT 5.0, WinXP NT 5.01 Version: 2190, 2600 Notes Open office crashes with any multimedia object that is inserted into another file as a linked object. I was able to replicate the author's original steps by inserted files containing the following formats as OLE objects. The formats I used to embed files using the menu sequence metioned within the parentheses a. RealMedia files (Insert->Object->Sound) & (Insert->Object- >Video) b. Quicktime files (Insert->Object->Video) c. Windows Media Player files - .wma extensions (Insert->Object->Video) d. PDF files (Insert->Object- >Plugin) e. Java classes (Insert->Object->Applet) Files containing text seem to be handled properly, although OOo crashes if an attempt is made to change the properties of the text. Problem replicated on WinXP Home Ooo 643. Reassigned to Michael. Take the document I attached below. there just activate the OLE object and de-activate it -> crash. Stack: TL644MI! Container::GetObject(unsigned long) + 132 bytes SFX644MI! SfxViewShell::DiscardClients_Impl(void) + 129 bytes SFX644MI! SfxBaseController::dispose(void) + 472 bytes FWK644MI! framework::Frame::setComponent(class com::sun::star::uno::Reference<class com::sun::star::awt::XWindow> const &,class com::sun::star::uno::Reference<class com::sun::star::frame::XController> const &) + 979 bytes FWK644MI! framework::Frame::close(unsigned char) + 893 bytes SFX644MI! SfxFrame::DoClose(void) + 281 bytes SFX644MI! SfxInPlaceObject::InPlaceActivate(unsigned char) + 463 bytes SO644MI! ImplSvEditObjectProtocol::InPlaceActivate(unsigned char) + 2443 bytes SO644MI! SvEditObjectProtocol::InPlaceActivate(unsigned char) + 35 bytes SO644MI! SvInPlaceObject::DoInPlaceActivate(unsigned char) + 188 bytes SO644MI! ImplSvEditObjectProtocol::Reset2Open(void) + 242 bytes SO644MI! SvEditObjectProtocol::Reset2Open(void) + 31 bytes SW644MI! SwFEShell::FinishOLEObj(void) + 293 bytes This is a very weird way of getting a crash thus I lowerd the priority. Created attachment 4267 [details]
Test file with OLE with Sound object
It seems that OOo gets confused in its internal object<-->object relationships because embedded objects inside embedded objects are not supported. While the latter one is a fact, it should *never* cause OOo to crash. Craches should have the highest priority, I set this task to P1. Fixed in CWS AS5 Reopened to Reassign it. Teassigned to me. Reassigned to me. Set to Fixed (in CWS AS-5) SBA: Verified in CWS AS5 As mentioned on the qa dev list on March 5th I will close all resolved <wontfix/duplicate/worksforme/invalid> issues. Please see this posting for details. |