Apache OpenOffice (AOO) Bugzilla – Issue 9715
Using context sensitive OLE toolbars for OLE objects embedded in floating frames crashes OOo
Last modified: 2013-08-07 14:43:23 UTC
Summary ------- OOo writer when a file containing objects is inserted and edited in floating frames Steps ----- 1. Go to menu option Insert-> Floating frame 2. A dialog pops up... Choose a frame name and a file to insert that contains drawings such as ellipses, squars, etc. A floating frame with the square shows up in the document. 3. Select the object. The current toolbar under the main toolbar changes to that of the selected object properties. If this does not happen, right click in the Floating Frame choose the Edit option. 4. Try to change the color of the selected drawing on the toolbar. OOo crashes indicating that an Unrecoverable error has occured Notes ----- OOo does not seem to be able to handle files containing drawings in floating frames. I have tried the same with files that only contain text, and there does not seem to be any problem. However with files that contain pictures or any other non-text data, the toolbar associated with the picture/object causes a crash to occur.
Created attachment 3829 [details] File containg the drawing. Insert this file into a floating frame
Was able to replicate this bug in following configuration Platform :PC OS:Win XP NT 5.1 Version: 2600 Also tried out this small variation.. 1. Open a new document 2.click on Insert->floating frame 3. choose a existing text document instead of the file provided by the author 4. This will create a floating frame in the text document with the contents of the file inserted . 5.Select the text in the floating frame .Try aand change the font of the text selected from the toolbar. 6.Openoffice crashes Notes : I have noticed that Openoffice crashes anything you click on any of the toolbar icons on selecting some object be it text or picture or a plain drawing which is inside this floating frame. Hope this issue is looked into.
Bharath and Sujit, thank you for using and supporting OOo. Duplicated on Win2k server SP3, OOo 643c. Duplicate on RH 8.0, RH OOo 1.0.1. Summary: Toolbars that appear for OLE objects that are embedded in floating frames will crash OOo if used. The problem does not occur if the OLE object is directly inserted into the file. User summary OOo writer crashes when a file containing objects is inserted and edited in floating frames
Reassigned to MRU
Yes, is reproducable. When selecting a Drawing object inside a floating frame and the trying to open the color listbox in the object bar, application crashes.
*** Issue 9798 has been marked as a duplicate of this issue. ***
MT->SSA: VCL
I'm looking into it.
SSA->MBA: Please apply the fix that exchanges the toolbox contents asynchronously if the toolbox currently has the focus.
Done. Fixed for all builds>=644
.
Michael, please verify this fix in the corresponding builds We can only fix the crash, but we can't avoid that the toolbar content switches when you activate it.
MRU->MBA: crsh still occurs in srx644s (build 8510). Stack: VCL644MI! Window::ImplIsChild(class Window const *,unsigned char) + 22 bytes VCL644MI! Window::ImplCallDeactivateListeners(class Window *) + 29 bytes VCL644MI! Window::ImplCallDeactivateListeners(class Window *) + 127 bytes VCL644MI! Window::ImplCallDeactivateListeners(class Window *) + 127 bytes VCL644MI! Window::ImplCallDeactivateListeners(class Window *) + 127 bytes VCL644MI! Window::ImplCallDeactivateListeners(class Window *) + 127 bytes VCL644MI! Window::ImplCallDeactivateListeners(class Window *) + 127 bytes VCL644MI! Window::ImplCallDeactivateListeners(class Window *) + 127 bytes VCL644MI! Window::ImplGrabFocus(unsigned short) + 1434 bytes VCL644MI! Window::GrabFocus(void) + 103 bytes VCL644MI! ListBox::ImplClickBtnHdl(void *) + 53 bytes VCL644MI! ListBox::LinkStubImplClickBtnHdl(void *,void *) + 15 bytes
@mru: Sorry, wrong CWS. It is fixed in CD5 (currently nominated for QA). My comment "all builds >=644" was for OOo, because I assumed that the first "official" 644 build for OOo ist still not out.
Verified the fix in internal workspace build.
Fix will be integrated in OO 1.1 Beta.
Checked integration with internal Milestone 644m4s2-2.