Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Using context sensitive OLE toolbars for OLE objects embedded in floating frames crashes OOo | ||||||
---|---|---|---|---|---|---|---|
Product: | Writer | Reporter: | Unknown <non-migrated> | ||||
Component: | ui | Assignee: | michael.ruess | ||||
Status: | CLOSED FIXED | QA Contact: | issues@sw <issues> | ||||
Severity: | Trivial | ||||||
Priority: | P2 | CC: | issues, oooqa | ||||
Version: | 643C | Keywords: | oooqa | ||||
Target Milestone: | --- | ||||||
Hardware: | PC | ||||||
OS: | Windows 2000 | ||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||
Developer Difficulty: | --- | ||||||
Attachments: |
|
Description
Unknown
2002-12-01 01:16:23 UTC
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. |