Bug 55422 - one particular document causes a crash when saved in Microsoft Word (.doc) format
Summary: one particular document causes a crash when saved in Microsoft Word (.doc) fo...
Status: RESOLVED DUPLICATE of bug 54648
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.6.2.1 rc
Hardware: x86-64 (AMD64) Linux (All)
: medium critical
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: regression
Depends on:
Blocks:
 
Reported: 2012-09-28 14:46 UTC by Lionel Elie Mamane
Modified: 2012-10-17 08:31 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Java error log (126.92 KB, text/plain)
2012-09-28 14:46 UTC, Lionel Elie Mamane
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Lionel Elie Mamane 2012-09-28 14:46:54 UTC
Created attachment 67825 [details]
Java error log

Open document.

Menu File / Save As

filename FOO.doc, press enter

new dialog "confirm file format". Press button "use Microsoft Word 97/2000/XP/2003 Format".

Crash.


Cannot put this document up publicly, but can send to known LibO QA people and developers by direct email.


Reproduced with 3.6.2.1 official builds and my libreoffice-3-6 development tree (two weeks old).

Official build of 3.5.5.3 does *not* have this crash -> regression.


Stderr/out:


#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00007f7562403f5e, pid=1563, tid=140142602487968
#
# JRE version: 6.0_24-b24
# Java VM: OpenJDK 64-Bit Server VM (20.0-b12 mixed mode linux-amd64 compressed oops)
# Derivative: IcedTea6 1.11.1
# Distribution: Debian GNU/Linux unstable (sid), package 6b24-1.11.1-6
# Problematic frame:
# C  [libswlo.so+0x7baf5e]  SwAnchoredObject::FindPageFrmOfAnchor()+0x18
#
# An error report file with more information is saved as:
# /directory/hs_err_pid1563.log
#
# If you would like to submit a bug report, please include
# instructions how to reproduce the bug and visit:
#   http://icedtea.classpath.org/bugzilla
#

[error occurred during error reporting , id 0xb]

Application Error


Fatal exception: Signal 6
Stack:
/home/master/src/libreoffice/workdirs/libreoffice-3.6/solver/unxlngx6/installation/opt/program/../ure-link/lib/libuno_sal.so.3(+0x203bc)[0x7f757dc363bc]
/home/master/src/libreoffice/workdirs/libreoffice-3.6/solver/unxlngx6/installation/opt/program/../ure-link/lib/libuno_sal.so.3(+0x205f6)[0x7f757dc365f6]
/home/master/src/libreoffice/workdirs/libreoffice-3.6/solver/unxlngx6/installation/opt/program/../ure-link/lib/libuno_sal.so.3(+0x2084b)[0x7f757dc3684b]
/lib/x86_64-linux-gnu/libc.so.6(+0x324f0)[0x7f757ce5d4f0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0x35)[0x7f757ce5d475]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x180)[0x7f757ce606f0]
/home/master/src/libreoffice/workdirs/libreoffice-3.6/solver/unxlngx6/installation/opt/program/libvcllo.so(+0x78d96b)[0x7f7578ca896b]
/home/master/src/libreoffice/workdirs/libreoffice-3.6/solver/unxlngx6/installation/opt/program/libvcllo.so(_ZN11Application5AbortERK6String+0x9b)[0x7f757874e023]
/home/master/src/libreoffice/workdirs/libreoffice-3.6/solver/unxlngx6/installation/opt/program/libsofficeapp.so(+0x1b971)[0x7f757d96c971]
/home/master/src/libreoffice/workdirs/libreoffice-3.6/solver/unxlngx6/installation/opt/program/libvcllo.so(+0x23f3bc)[0x7f757875a3bc]
/home/master/src/libreoffice/workdirs/libreoffice-3.6/solver/unxlngx6/installation/opt/program/../ure-link/lib/libuno_sal.so.3(+0x20471)[0x7f757dc36471]
/home/master/src/libreoffice/workdirs/libreoffice-3.6/solver/unxlngx6/installation/opt/program/../ure-link/lib/libuno_sal.so.3(+0x20830)[0x7f757dc36830]
/lib/x86_64-linux-gnu/libc.so.6(+0x324f0)[0x7f757ce5d4f0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0x35)[0x7f757ce5d475]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x180)[0x7f757ce606f0]
/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/amd64/server/libjvm.so(+0x65fc29)[0x7f7550cf6c29]
/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/amd64/server/libjvm.so(+0x795b3f)[0x7f7550e2cb3f]
/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/amd64/server/libjvm.so(+0x796560)[0x7f7550e2d560]
/lib/x86_64-linux-gnu/libc.so.6(+0x324f0)[0x7f757ce5d4f0]
[0x7f7551282ef6]
Aborted
Comment 1 Rainer Bielefeld Retired 2012-09-28 20:51:28 UTC
I asked reporter for sample document by mail
Comment 2 Lionel Elie Mamane 2012-10-02 10:01:52 UTC
(In reply to comment #1)
> I asked reporter for sample document by mail

Sent to Rainer on 30 septembre.
Comment 3 Michael Stahl (allotropia) 2012-10-10 12:42:56 UTC
does that document have an "invisible"/"hidden" graphic in the navigator?
that would be bug 54648
Comment 4 Michael Stahl (allotropia) 2012-10-10 12:44:55 UTC
oh wait missed the attachment, indeed crashes in lcl_isInHeader,
duplicate.

*** This bug has been marked as a duplicate of bug 54648 ***
Comment 5 Rainer Bielefeld Retired 2012-10-13 08:05:59 UTC
@Lionel:
Sorry, I somehow missed your sample. It did not crash for me with Server Installation of "LibreOffice 3.6.2.2 release”  German UI/ German Locale [Build-ID:  da8c1e6] on German WIN7 Home Premium (64bit) or 3.6.2.2.

I did not find invisible drawings / pictures in your document, so I wonder whether this really is a DUP of bug 54648 (sample  there crashes for me). Did fix for bug 54648 solve your problem?
Comment 6 Lionel Elie Mamane 2012-10-13 21:06:09 UTC
In the navigator, one graphic is greyed out. I assume this means it is "invisible/hidden"?

Yes, cherry-picking c1d2eed375293d7c27bb885f344cc24ec0cd40ca solves the crash for me, so seems to be DUP alright.
Comment 7 Rainer Bielefeld Retired 2012-10-14 05:48:54 UTC
Hi Lionel, that's strange, with "LibreOffice 3.6.3.1” English UI/ German Locale [Build-ID: f8fce0b] on German WIN7 Home Premium (64bit)  I see 3 Graphics in crash.odt, none of them hidden:
- "graphics3", small logo, disappears when I disable page header
- "graphics1", page size "background" with address field and footer
- "graphics2" small logo on page 2, becomes hidden when I disable page header

It seems there is a VIEWING difference between Linux and WIN, I was doubtful concerning DUP because I did not see a hidden picture. But your results show that it IS a DUP, and this visibility issue might be something completely different.
Comment 8 Lionel Elie Mamane 2012-10-14 10:13:23 UTC
(In reply to comment #7)
> Hi Lionel, that's strange, with "LibreOffice 3.6.3.1” English UI/ German
> Locale [Build-ID: f8fce0b] on German WIN7 Home Premium (64bit)  I see 3
> Graphics in crash.odt, none of them hidden:
> - "graphics3", small logo, disappears when I disable page header
> - "graphics1", page size "background" with address field and footer
> - "graphics2" small logo on page 2, becomes hidden when I disable page header

> It seems there is a VIEWING difference between Linux and WIN, I was doubtful
> concerning DUP because I did not see a hidden picture. But your results show
> that it IS a DUP, and this visibility issue might be something completely
> different.

Yes, there is a VIEWING problem, too, but I did not bother to report it completely. The original document is a Microsoft Word template (for fax), which I filled in an created a fax. I then took this fax, and changed it to make another fax.

The expected behaviour is that the bigger logo appears on page 1, and the smaller logo on page 2 and following. But the smaller logo somehow superimposes itself on the page 1 logo, making an ugly result. :-|

I understand you don't have this under Microsoft Windows?
Comment 9 Roman Eisele 2012-10-17 08:31:31 UTC
(In reply to comment #7)
> It seems there is a VIEWING difference between Linux and WIN, I was doubtful
> concerning DUP because I did not see a hidden picture.

About the VIEWING difference:
On Mac OS X, I see
-- all three “graphics1” to “graphics3” listed in the Navigator,
   none of them greyed out (like Rainer on Windows, I suppose);
-- the smaller logo superimposing itself on the page 1 logo,
   as described by Lionel, making the page ugly.

@ Lionel, Rainer:
as far as I understand, this is another bug (or two other bugs?), and it is of some importance, because it (a) makes the document look ugly and (b) because of the VIEWING difference makes collaboration unnecessarily difficult, even in bug wrangling. Can some of you please report this issue? If you CC me, I can confirm it then.