Apache OpenOffice (AOO) Bugzilla – Issue 98251
Draw Crashes on changing linked drawing
Last modified: 2011-03-08 16:16:05 UTC
Difficult to describe crash but it is consistent always. Reproducible: Always! A drawing document seems to need to be set up with at least 2 drawpages and 1 extra layer. (I have attached a zip file with everything needed to reproduce the behaviour) 1) description: Document contains 2 pages with 4 linked EMF files found in sub-directory named "tst". Each page has 2 linked emf files on the added layer. All objects are named. 2) I've created a macro which re-assigns the EMF files using the API graphicURL property type (for convenience). Run the top macro called "resetLinksOnDrawPage" in Module1 and select 2 files, one with "_SA_" in it and one without. It shouldn't matter which one. After running the macro, the linked files will be re-assigned to the files you have now selected. (If you don't select files like this it should still re-assign at least one of the graphic files and still crash) 3) Save the document 4) Close OO.org 3 5) Reopen file... will get a recoverable crash of the entire OO.org office suite and any open files. Note: I encounter this bug daily with what I do for work so having OO.org crash every day and with my colleagues is not going over well! Please note, that converting this file to a template in a state where it will crash causes OO.org to repeatedly crash every time I open the child of the template or even worse, when I try to recover the documents with the template open for editing, the child gets automatically created instead of opening the template for editing which causes a perpetual crash. This is most annoying! Note: the bug only happens when there is more than 1 drawpage. If you need any more assistance in reproducing the crash, first have a look at the macros in the odg file and try to run the cloadLibraries macro to get "Tools" to load. If that doesn't help, I'll post more instructions.
I cannot attach a file until this is confirmed I think so I don't know how else to show the problem!
Created attachment 59495 [details] zip file of the odg files and associated linked files.
Please note that the issue did not exist in OO.org 2.4 products. It showed up in 3.0.
Sorry, could not reproduce the crash here. Did you send a crash report? Which email didi you us and did you receive an error report id? Thanks in advance.
wg: did you follow the instructions exactly as shown? Should I post a video link of the behaviour? I have re-attached the same tree but the document is in the crash state. testlink_crashstate.zip
Created attachment 59526 [details] Crash State of drawing with links
Created attachment 59528 [details] Previous attachment not in state. Please try this one. should crash.
finally... a crash report: rsxdfvc
Sorry, still no crash though I follow closely your instructions. Reassigned for the stack. @af: something visible from the stack?
Created attachment 62837 [details] With this test kit I can reproduce a crash
I checked with "Ooo 3.1.0 WIN XP multilingual version German UI activated [OOO310m11 (Build 9399)]" and can confirm crashes with my own test kit. Steps to reproduce: 0. Unzip "TestKit.zip" 1. open "test.odg" 2. Unselect 'edit points' if necessary 3. Click on image filling page "Blatt19_Fühler" 4. press <shift>, click on bottom right control point and drag and drop that point nearby bottom right page corner expected: resize actual resize and crash This problem is not 100% reproducible, may be you have to decrease and increase size several times as reported. I will contribute additional crash report IDs
I can also reproduce the crash with swingkyd's "testlink_crashstate_new.zip" proceeding as per comments from rainerbielefeld Sun Jun 7 Same problem with "Ooo Dev 3.2.0 multilingual version English UI WIN XP: [DEV300m49 (Build 9403)]"
My crash report IDs are rfcu3kc, r4hu3kc, rwhu3kc.
Sorry, my confirmation was concerning a completely different problem. I can not reproduce the reported crash.
Still unconfirmed
.
Everybody at my office using this template across all OO.org 3+ versions has this problem...still. WE have to resort to using OO.org 2.4 as it still crashes for our daily workflow. I followed the instructions I wrote exactly again and the problem persists. When "closing" OO.org one has to close the quickstarter as well. Also, not open using the dialogs. The problem shows up when the contents of a linked graphic emf object in a multi-page document are changed (and we have not selected "Edit->Links" then "update") and OO.org Draw opens it. I just wish I could get this reproduced by someone outside our company because it really is annoying to have to go through the "recovery" dialogs at least 2 times.
Reproducible on DEV300_m11 with the set of rainerbielefeld. Reassigned.
*** Issue 102583 has been marked as a duplicate of this issue. ***
Setting target to OOo 3.3
Not reproducible anymore in DEV300_m84.
Closed.
Issue shows up again in OpenOffice.org 3.3 and LibreOffice 3.3. Problem was fixed in 2.4.2, 3.2.0, 3.2.1 but has come back in 3.3.0. I now get crashing again after opening a drawing document which has a LINKED emf file who's content has changed.