Bug 60004 - Inserting Indexes and Tables crashes Writer (Polish language UI)
Summary: Inserting Indexes and Tables crashes Writer (Polish language UI)
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.0.0.2 rc
Hardware: All All
: medium critical
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 60015 60649 61248 (view as bug list)
Depends on:
Blocks:
 
Reported: 2013-01-29 07:21 UTC by Martin
Modified: 2013-12-16 00:53 UTC (History)
9 users (show)

See Also:
Crash report or crash signature:


Attachments
strace for LibreOffice crash with Polish user interface (410.00 KB, application/x-bzip2)
2013-01-29 10:36 UTC, Martin
Details
Backtrace log file (1.87 KB, application/x-bzip2)
2013-01-30 19:47 UTC, Martin
Details
java hotspot crash dump file (14.98 KB, application/x-bzip2)
2013-01-30 19:48 UTC, Martin
Details
strace log file after removing fonts (352.52 KB, application/octet-stream)
2013-01-30 21:31 UTC, Martin
Details
gdbtrace file after removing fonts (1.86 KB, application/octet-stream)
2013-01-30 21:32 UTC, Martin
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Martin 2013-01-29 07:21:13 UTC
Libreoffice crashes while Choose Insert - Indexes and Tables - Indexes and Tables.

gdb output:
Program received signal SIGSEGV, Segmentation fault.
0x00007fffc10b2c58 in SwConditionTxtFmtColl::SetConditions(SwFmtCollConditions const&) () from /usr/lib64/libreoffice/program/../program/libswlo.so
Comment 1 Martin 2013-01-29 08:46:05 UTC
This crash occurs with Polish User interface.
When switching back User interface to English (USE) inserting indexes & tables -> Index/Table -> table of contents.
Comment 2 Martin 2013-01-29 08:47:33 UTC
This crash occurs with "stock" LibreOffice binary distribution as well as with Gentoo package built from sources.
Comment 3 bfoman (inactive) 2013-01-29 10:23:25 UTC
Thank you for your report – unfortunately important information is missing.
Please comment when does this happen - always, with new document or with specific file only? Please read http://wiki.documentfoundation.org/BugReport as it will help you find out what information will be useful to reproduce your problem.
Comment 4 Martin 2013-01-29 10:36:03 UTC
Created attachment 73819 [details]
strace for LibreOffice crash with Polish user interface
Comment 5 Martin 2013-01-29 10:40:50 UTC
Crash occurs always:
1) Create new document -> Insert -> Indexes & Tables -> Index/Table -> Table of contents.
2) Open existing document -> Insert -> Indexes & Tables -> Index/Table -> Table of contents.

File format doesn't matter -> occurs with both .odt and MS .doc

It doesn't even present the TOC inserting form - it only splashes with it and quits Writer.
Comment 6 bfoman (inactive) 2013-01-29 13:43:30 UTC
There are many jvm errors like:
open("/usr/lib64/jvm/oracle-jdk-bin-1.7/jre/lib/amd64/server/libiodbcinst.so.2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
Is your Java properly configured? (Just a guess from a nondeveloper).
Comment 7 Martin 2013-01-29 14:36:33 UTC
User and system java vm are set to oracle jre 1.7
LO works with the very same java env settings with English Ui and crashes with Polish Ui.
Comment 8 bfoman (inactive) 2013-01-29 17:05:28 UTC
*** Bug 60015 has been marked as a duplicate of this bug. ***
Comment 9 bfoman (inactive) 2013-01-29 17:07:48 UTC
NEW as bug confirmed by another user (bug 60015).
Changed Platform.
Comment 10 Julien Nabet 2013-01-30 05:24:00 UTC
Martin: 
your description shows the crash happens here: SwConditionTxtFmtColl::SetConditions(SwFmtCollConditions const&)

To be even more precise and since you reproduce it also with Gentoo, could you try to retrieve a backtrace by following this link? (https://wiki.documentfoundation.org/BugReport#How_to_get_a_backtrace_.28on_Linux.29)
Comment 11 bfoman (inactive) 2013-01-30 11:07:38 UTC
(In reply to comment #10)
> Martin: 
> your description shows the crash happens here:
> SwConditionTxtFmtColl::SetConditions(SwFmtCollConditions const&)
> 
> To be even more precise and since you reproduce it also with Gentoo, could
> you try to retrieve a backtrace by following this link?
> (https://wiki.documentfoundation.org/BugReport#How_to_get_a_backtrace_.
> 28on_Linux.29)

Julien, reporter attached strace already:
strace for LibreOffice crash with Polish user interface - https://bugs.freedesktop.org/attachment.cgi?id=73819
Comment 12 Julien Nabet 2013-01-30 12:02:24 UTC
bfoman: strace and backtrace are different, at they seem too :-)

Concerning Linux, there are 2 links:
for backtrace:
https://wiki.documentfoundation.org/BugReport#How_to_get_a_backtrace_.28on_Linux.29

for strace:
https://wiki.documentfoundation.org/BugReport#How_to_get_a_strace_log_.28on_Linux.29
Comment 13 Martin 2013-01-30 12:57:31 UTC
Sorry... But a debug build on my Gentoo laptop costs 6 hours... Is there any binary debug release of LO 4 for amd64 so I could test it?
Comment 14 Julien Nabet 2013-01-30 14:54:23 UTC
Martin: I don't know but you can try to retrieve a bt even without symbols. It may give some hints.
Comment 15 Martin 2013-01-30 15:14:41 UTC
Ok. Will try bt tonight.
Comment 16 Martin 2013-01-30 19:46:16 UTC
Ok. Here they are attached: 
gdbtrace.log.bz2 and by accident java runtime fatal error dump file hs_err_pid9058.log.bz2
Comment 17 Martin 2013-01-30 19:47:38 UTC
Created attachment 73947 [details]
Backtrace log file
Comment 18 Martin 2013-01-30 19:48:42 UTC
Created attachment 73948 [details]
java hotspot crash dump file
Comment 19 Julien Nabet 2013-01-30 21:07:48 UTC
Martin: thank you for your feedback.
In java hotspot crash, I noticed these fonts present in your profile:
/home/marcin/.fonts/i/iwonamedium_regular.ttf
/home/marcin/.fonts/i/iwonalight_regular.ttf
/home/marcin/.fonts/i/iwonaheavy_regular.ttf
/home/marcin/.fonts/i/iwonacondmedium_regular.ttf
/home/marcin/.fonts/i/iwonacondlight_regular.ttf
/home/marcin/.fonts/i/iwonacondheavy_regular.ttf
/home/marcin/.fonts/i/iwonacond_regular.ttf
/home/marcin/.fonts/i/iwona_regular.ttf

For the test, could you remove all of them, update font cache and give a new try?
Comment 20 Martin 2013-01-30 21:29:56 UTC
All suspected fonts from .fonts and regenerating fc-cache crash still occurs.
This time no java hot spot crash file present...
Attached backtrace and strace log files after removing fonts.
Comment 21 Martin 2013-01-30 21:31:23 UTC
Created attachment 73955 [details]
strace log file after removing fonts
Comment 22 Martin 2013-01-30 21:32:11 UTC
Created attachment 73956 [details]
gdbtrace file after removing fonts
Comment 23 Julien Nabet 2013-01-30 21:45:34 UTC
Martin: I forgot to ask you if you can reproduce this on a brand new file or just with a specific file? If specific, could you attach the file so we can try to reproduce this?
Thank you for your feedback and patience.
Comment 24 Martin 2013-01-30 21:50:17 UTC
It is reproducible on a brand new file and on any existing .odt .doc files.
Comment 25 Julien Nabet 2013-01-30 21:54:55 UTC
Martin: should have read your comment 5 :-(

Did you install any specific LO extensions?
Did you install any specific fonts? (in addition to those I told you to remove for the test)
Did you try to rename your LO directory profile? (see https://wiki.documentfoundation.org/UserProfile)
Comment 26 Martin 2013-01-30 22:28:55 UTC
(In reply to comment #25)
> Did you install any specific LO extensions?

Extensions:
*MySQL Connector
*Polish dictionaries
*Presentation Minimizer
*NLP Solver
*Wiki Publisher

> Did you install any specific fonts? (in addition to those I told you to
> remove for the test)
There is a bunch of fonts, but crash occurs even with Times New Roman set to default font as well as for UI font

> Did you try to rename your LO directory profile? (see
> https://wiki.documentfoundation.org/UserProfile)

Yep! Removing LO directory profile from my home directory was the first step, prior to reporting bug
Comment 27 Julien Nabet 2013-01-31 06:40:40 UTC
Still for the test, could you disable all these extensions and give a new try?
Comment 28 Martin 2013-01-31 20:14:34 UTC
After disabling all extensions LO still crashes with UI language set to Polish.
Comment 29 Julien Nabet 2013-01-31 20:22:17 UTC
Martin: thank you for all your feedback.

Cédric/Michael: pb on Writer (for real this time :-)), bt attached. One for you?
Comment 30 Martin 2013-02-17 16:03:29 UTC
I just want to confirm that the bug still exists in released 4.0 stable binary build.
Any hope for Polish LO users ?
Comment 31 bfoman (inactive) 2013-02-17 17:17:23 UTC
Please do not update version field as it indicates the earliest version where the bug has been found. Just add a comment.

@jmadero
Joel, this is very serious issue for all Polish users and hopefully will be fixed ASAP. It has been confirmed by another user already in Bug 60015.
Comment 32 Brenda Granados 2013-02-21 15:28:13 UTC
*** Bug 60649 has been marked as a duplicate of this bug. ***
Comment 33 bfoman (inactive) 2013-02-21 22:00:31 UTC
*** Bug 61248 has been marked as a duplicate of this bug. ***
Comment 34 Joel Madero 2013-02-21 22:02:38 UTC
All the experts are already CC'ed on the bug so hopefully one of them will assign themselves soon, I agree, quite serious
Comment 35 Joel Madero 2013-02-21 22:03:04 UTC
Adding one more expert just in case he wants to tackle it :)


Michael - interested?
Comment 36 Andrzej 2013-02-22 06:11:51 UTC
In testing version 4.0.1.1 is all right.
Comment 37 Joel Madero 2013-02-22 18:33:42 UTC
per comment 36 closing as FIXED, if it still appears for other people in 4.0.1.1 or later release, please reopen this. Thanks!