Bug 61864 - FILESAVE: Save particular doc file as docx result in crash
Summary: FILESAVE: Save particular doc file as docx result in crash
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.6.5.2 release
Hardware: All All
: high major
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks:
 
Reported: 2013-03-05 16:52 UTC by Jorendc
Modified: 2014-02-10 18:45 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
backtrace log (5.18 KB, text/plain)
2013-03-05 16:55 UTC, Jorendc
Details
console + bt with master sources (4.69 KB, application/bzip2)
2013-03-06 21:01 UTC, Julien Nabet
Details
Another (even simpler) example which crashes (149.55 KB, application/octet-stream)
2013-12-17 22:31 UTC, Rene
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jorendc 2013-03-05 16:52:44 UTC
Problem description: Download the file of Bug 61763, mentioned in the description (direct link = http://www.europass.si/files/userfiles/europass/dokumenti/Europass%20CV%20nov.doc )

Steps to reproduce:
1. Open that file in LibreOffice
2. File > Save As
3. Alter the name a bit and save file as .docx

Current behavior: Crash

I tried a backtrace, but it hanged when I did step 3. So I had to force quit LibreOffice. This is the only rule I can see in the log (see attachment):

Program received signal SIGSEGV, Segmentation fault.
0x00007fffd9ee0a44 in SwAnchoredObject::GetCurrRelPos (this=0x0) at /home/joren/core/sw/source/core/layout/anchoredobject.cxx:412
412	    return maRelPos;
Quit

Tested using Linux Mint 14 x64 with LibreOffice 4.0.1.2 (Build ID: 84102822e3d61eb989ddd325abf1ac077904985) and LibreOffice Version 4.1.0.0.alpha0+ (Build ID: 9e991e1852fa764e78d88b5d3aab17e45ac9213)
              
Operating System: Linux (Other)
Version: 4.0.1.2 rc
Comment 1 Jorendc 2013-03-05 16:55:49 UTC
Created attachment 75974 [details]
backtrace log
Comment 2 Joel Madero 2013-03-05 17:03:40 UTC
Thank you for reporting this issue! I have been able to confirm the issue on:
Version 3.6.5.2 
Platform: Bodhi Linux 2.2 x64


As I've been able to confirm this problem on an earlier release I am changing the version number as version is the earliest version that we can confirm the bug, we use comments to say that the bug exists in newer versions as well.

Marking as:

New (confirmed)
Major (crash, loss of data)
High

Cannot bibisect this one - just attempted to do so
Comment 3 Julien Nabet 2013-03-06 21:01:17 UTC
Created attachment 76046 [details]
console + bt with master sources

On pc Debian x86-64 with master sources updated today (+brand new LO directory profile), I reproduced the crash.
I attached bt + console logs
Comment 4 Julien Nabet 2013-03-06 21:03:40 UTC
Michael/Cédric: one for you?
Comment 5 Popins 2013-03-10 18:43:56 UTC
As far as I could test, this is related to Section Break handling.
The original file has a Section Break at the bottom of page 1. This is imported into LibreOffice as Page Break. When Section Break is removed from the original file, LibreOffice does not crash.

Tested with MS Office 2007 SP3, LibreOffice 3.6.5.2 Release (Build ID: 5b93205), Windows 7 SP1 46bit

Steps to reproduce:
1. Open original document in MS Office
2. Delete section break
3. Save the document (as .doc)
4. Open the document in LibreOffice
5. File -> Save as
6. Save the document as .docx

LibreOffice will not crash.
However, the file is not converted properly (try closing it and reopen, or open in MS Office)
Comment 6 Popins 2013-03-10 22:05:17 UTC
(In reply to comment #5)
> However, the file is not converted properly (try closing it and reopen, or open > in MS Office)
Filed a new bug, see 62126
Comment 7 Julien Nabet 2013-07-21 12:18:57 UTC
For the record, I gave a new try with master sources updated yesterday, I don't reproduce the crash anymore
Comment 8 Popins 2013-08-03 20:18:17 UTC
Julien, thank you for looking into this. I must admit that I didn't touch the file lately, so I can not confirm your findings either way. Glad to hear it is no longer crashing with recent master.
Comment 9 Julien Nabet 2013-08-04 06:23:37 UTC
For the record, with 4.1 sources updated 2 days ago, I reproduce the crash with same bt.
I put 4.2.0 as future first LO version ok
Comment 10 Jorendc 2013-10-15 18:17:12 UTC
(In reply to comment #9)
> For the record, with 4.1 sources updated 2 days ago, I reproduce the crash
> with same bt.
> I put 4.2.0 as future first LO version ok

Mmh, sadly still crashing over here. Therefore I remove target:4.2.0 in the whiteboard.

Tested using Windows 8 and LibreOffice Version: 4.2.0.0.alpha0+
Build ID: 3de7c7b5854335a82948560b3cc5b302171e340f
TinderBox: Windows-x86@47-TDF, Branch:master, Time: 2013-10-15_13:31:21

Kind regards,
Joren
Comment 11 Rene 2013-12-17 22:31:59 UTC
Created attachment 90904 [details]
Another (even simpler) example which crashes

odt-Original was converted successfully to doc-Format.
Writer crashed when trying to convert odt-Original to Office10-docx-Format. 
MS word 2010 and writer can correctly read doc-Format.
Comment 12 Rene 2013-12-17 22:40:40 UTC
(In reply to comment #11)
> Created attachment 90904 [details]
> Another (even simpler) example which crashes
> 
> odt-Original was converted successfully to doc-Format.
> Writer crashed when trying to convert odt-Original to Office10-docx-Format. 
> MS word 2010 and writer can correctly read doc-Format.

By the way:
I used LO Version: 4.1.3.2 on Windows 7 64-bit.
Both the original and the new example crashed.
Comment 13 Cédric Bosdonnat 2014-01-20 08:57:10 UTC
Restricted my LibreOffice hacking area
Comment 14 Jorendc 2014-02-10 18:45:42 UTC
Looks fixed to me, tested using Mac OSX 10.9 with LibreOffice Version: 4.3.0.0.alpha0+
Build ID: 5c8a3bfc7e42009a7eaa6353cf2f66a14bfdab76
TinderBox: MacOSX-x86@49-TDF, Branch:master, Time: 2014-02-10_10:33:47

Also tested using Linux Mint 16 x64. Lets just mark this one as RESOLVED WORKSFORME.