Hide Forgot
abrt version: 1.1.14 architecture: i686 Attached file: backtrace cmdline: /usr/lib/openoffice.org3/program/swriter.bin -writer file:///tmp/HG%20Winter%20Programme.doc component: openoffice.org crash_function: ViewShell::StartAction executable: /usr/lib/openoffice.org3/program/swriter.bin kernel: 2.6.35.10-74.fc14.i686.PAE package: openoffice.org-writer-1:3.3.0-18.2.fc14 rating: 4 reason: Process /usr/lib/openoffice.org3/program/swriter.bin was killed by signal 11 (SIGSEGV) release: Fedora release 14 (Laughlin) time: 1294952708 uid: 500 comment ----- Not sure how repeatable this is. A second attempt to print the doc after adjusting the table worked but I did save changes before selecting print. How to reproduce ----- 1. Opened a Word doc received via email and which was first saved to /tmp 2. Adjusted table properties 3. Selected print (without first saving)
Created attachment 473431 [details] File: backtrace
It looks like there two ViewShells and one of them was 0 at the point. Did you use print preview? Or had you canceled a print before? Or anything else outside of just "Open document. Edit it some. Print it"? Was the document one-paged or did you print just a page of it or a selection from it?
I just managed to re-create the same crash.... 1. Open doc (by double clicking file in Nautilus) 2. Doc is landscape so, widen Writer window 3. Doc wraps on to 2 pages due to bad layout from sender 4. Select table - table toolbox opens 5. Click table properties button 6. Change Alignment to Center and width to 24.00cm. Click OK 7. Doc re-formats to a single page 8. Select File, Print, click print button - crash (after short delay) 9. and that's now the 3rd repeat!
Package: openoffice.org-writer-1:3.3.0-18.2.fc14 Architecture: i686 OS Release: Fedora release 14 (Laughlin) How to reproduce ----- 1. Open doc (by double clicking file in Nautilus) 2. Doc is landscape so, widen Writer window 3. Doc wraps on to 2 pages due to bad layout from sender 4. Select table - table toolbox opens 5. Click table properties button 6. Change Alignment to Center and width to 24.00cm. Click OK 7. Doc re-formats to a single page 8. Select File, Print, click print button - crash (after short delay) 9. and that's now the 3rd repeat! Comment ----- May relate to bug 669523
It sounds very promising that you can repeat this, can you attach the doc you were using to trigger this here ?
Created attachment 473590 [details] Modified doc that can be used to re-create crash
The original doc contains some sensitive information, which I have removed, and then saved with File, Save and click "keep original format". I am still able to repeat the crash with this modified file.
It only happens when printing a selection that contains a table, i.e., 1. create a new text document 2. insert a table 3. select the table 4. File->Print, click on print 5. crash Seems to be okay in libreoffice.
Hm, so the presumed "fix" in libreoffice is probably another bug .-) Noel added initialization of DocumentProperties to SwXTextDocument constructor in commit 6aaea52f. That should not be needed, because SfxBaseModel::m_xDocumentProperties is late-initialized in SfxBaseModel::getDocumentProperties; moreover, Noel's code doesn't add the created DocumentProperties as a modify listener to the model, as the late-initialization does. Since the destruction of the temporary document (which leads to the crash later) is triggered by notifying the listeners on updating doc. properties (xDocProps->setPrintedBy in SfxPrinterController::jobStarted) and there is no listener set in libreoffice's writer, there is no crash either .-)
*** Bug 671874 has been marked as a duplicate of this bug. ***
Package: openoffice.org-writer-1:3.3.0-19.2.fc14 Architecture: i686 OS Release: Fedora release 14 (Laughlin) How to reproduce ----- 1.unk 2. 3.
*** Bug 683194 has been marked as a duplicate of this bug. ***
*** Bug 691803 has been marked as a duplicate of this bug. ***
*** Bug 682966 has been marked as a duplicate of this bug. ***
cannot reproduce any crash here, neither on 3.4 nor on master. i've removed the duplicate DocumentProperties nonsense in SwXTextDocument a couple of weeks ago on master, and on master it is also impossible to get the DocumentProperties without having a model listener attached to it, so whatever the real problem was seems to be fixed.