Bug 66688 - FILESAVE: DOCX Export of shape with textbox inside crashes LO
Summary: FILESAVE: DOCX Export of shape with textbox inside crashes LO
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.2.0.0.alpha0+ Master
Hardware: Other All
: medium normal
Assignee: Adam CloudOn
URL:
Whiteboard: BSA target:4.2.0
Keywords: haveBacktrace
Depends on:
Blocks:
 
Reported: 2013-07-08 10:36 UTC by Adam CloudOn
Modified: 2013-07-21 09:30 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
DOCX containing shape with text-box (23.48 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2013-07-08 10:36 UTC, Adam CloudOn
Details
Bug 66688 - WinDbg session (11.51 KB, text/plain)
2013-07-08 12:13 UTC, bfoman (inactive)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Adam CloudOn 2013-07-08 10:36:18 UTC
Created attachment 82179 [details]
DOCX containing shape with text-box

Problem description: 
When loading a DOCX with a shape that has a text-box inside it - and trying to do 'Save As' - LO crashes.


Steps to reproduce:
1. Load the attached DOCX in LO
2. Save as NEW.DOCX
3. LO crashes

Current behavior:
LO should crashes

Expected behavior:
LO should not crash
              
Operating System: All
Version: 4.2.0.0.alpha0+ Master
Comment 1 bfoman (inactive) 2013-07-08 12:13:47 UTC
Created attachment 82184 [details]
Bug 66688 - WinDbg session

Confirmed with:
LO 4.2.0.0.alfa0
Build ID: 2013-06-24 own debug build 
Windows 7 Professional SP1 64 bit

Attached full WinDbg session.
Comment 2 bfoman (inactive) 2013-07-08 12:14:15 UTC
NEW as bug confirmed and bt attached.
Comment 3 Commit Notification 2013-07-10 07:23:20 UTC
Adam Co committed a patch related to this issue.
It has been pushed to "master":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=728f10576807970b3356eb0d5ad01722bdddd977

fdo#66688: fix for crash on exit and opacity issue



The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds
Affected users are encouraged to test the fix and report feedback.
Comment 4 Julien Nabet 2013-07-21 09:30:58 UTC
On pc Debian x86-64 with master sources updated yesterday, I don't reproduce the crash (it's normal since a fix has been pushed on master).
Anyway, I noticed these logs during file opening:
warn:legacy.osl:10629:1:oox/source/vml/vmlshapecontainer.cxx:47: lclMapShapesById - shape identifier already used 
warn:writerfilter:10629:1:writerfilter/source/dmapper/OLEHandler.cxx:114: Exception in OLE Handler: position cannot be determined with this method
warn:legacy.osl:10629:1:oox/source/helper/storagebase.cxx:71: StorageBase::StorageBase - missing base input stream
warn:sfx.control:10629:1:sfx2/source/control/dispatch.cxx:1465: Childwindow slot missing: 10365
warn:sfx.control:10629:1:sfx2/source/control/dispatch.cxx:1465: Childwindow slot missing: 10365
warn:sfx.control:10629:1:sfx2/source/control/dispatch.cxx:1465: Childwindow slot missing: 10365

and these during saving:
TODO VMLExport::Commit(), unimplemented id: 896, value: 24, data: [24, 0x5d613e0]
    ( 52 00 65 00 63 00 74 00 61 00 6e 00 67 00 6c 00 65 00 20 00 31 00 00 00 )
TODO VMLExport::Commit(), unimplemented id: 135, value: 1, data: [0, (nil)]
TODO VMLExport::Commit(), unimplemented id: 450, value: 8893152, data: [0, (nil)]
TODO VMLExport::Commit(), unimplemented id: 449, value: 65536, data: [0, (nil)]
warn:legacy.tools:10629:1:filter/source/msfilter/eschesdo.cxx:836: ImplEscherExSdr::~ImplEscherExSdr: unwritten SolverContainer
warn:legacy.tools:10629:1:svx/source/unodraw/unopage.cxx:86: SvxDrawPage must be disposed!

Miklos: I put you in cc since you might be interested in these logs.
Anyway, let's update this bugtracker to FIXED. Thank you Adam!