Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#25534 - [libreoffice] force quits when trying to open doc file

Attached to Project: Arch Linux
Opened by Raanan Elefant (badcloud) - Friday, 12 August 2011, 12:28 GMT
Last edited by Andreas Radke (AndyRTR) - Monday, 26 December 2011, 19:54 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Andreas Radke (AndyRTR)
Stéphane Gaudreault (stephane)
Architecture All
Severity Critical
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:

Force quit, 9 out of 10 times, while trying to open .doc file (attached; written language-Hebrew)

Error:
/usr/bin/lowriter: line 2: 2047 Segmentation fault /usr/lib/libreoffice/program/soffice --writer "$@"

Happens also when trying to open via lowriter from cli/within lowriter

I had no such trouble with previous version (last version before 'common' package was separated from 'writer', 'draw', 'calc', etc.)

Could not debug with 'gdb /usr/bin/libreoffice' or 'gdb /usr/bin/lowriter' (compiled without debugging option?/I have no idea what I'm doing with gdb/both)

Additional info:
* package version(s) libreoffice-common 3.4.2-2 libreoffice-writer 3.4.2-2
* config and/or log files etc.


Steps to reproduce:
A) libreoffice/lowriter CV.doc
B) 1) libreoffice/lowriter; 2) open CV.doc
This task depends upon

Closed by  Andreas Radke (AndyRTR)
Monday, 26 December 2011, 19:54 GMT
Reason for closing:  Won't fix
Additional comments about closing:  see upstream bug report comment. seems to work now.
Comment by Raanan Elefant (badcloud) - Friday, 12 August 2011, 12:32 GMT
Previously mentioned file
   CV.doc (16.5 KiB)
Comment by Jelle van der Waa (jelly) - Saturday, 13 August 2011, 08:18 GMT
Worksforme here: http://ompldr.org/vOXZtNQ
pacman -Qqs
libreoffice-calc
libreoffice-common
libreoffice-en-GB
libreoffice-impress
libreoffice-nl
libreoffice-writer
Comment by Raanan Elefant (badcloud) - Saturday, 13 August 2011, 08:22 GMT
Not sure why it's not working for me

sudo pacman -Qqs|grep libre
djvulibre
libreoffice-base
libreoffice-calc
libreoffice-common
libreoffice-draw
libreoffice-en-GB
libreoffice-en-US
libreoffice-extension-ct2n
libreoffice-extension-diagram
libreoffice-extension-google-docs
libreoffice-extension-hunart
libreoffice-extension-nlpsolver
libreoffice-extension-numbertext
libreoffice-extension-oooblogger
libreoffice-extension-pdfimport
libreoffice-extension-presentation-minimizer
libreoffice-extension-presenter-screen
libreoffice-extension-report-builder
libreoffice-extension-typo
libreoffice-extension-watch-window
libreoffice-extension-wiki-publisher
libreoffice-he
libreoffice-sdk
libreoffice-writer
Comment by Raanan Elefant (badcloud) - Saturday, 13 August 2011, 08:26 GMT
Please explain how to debug if possible and I will post results, if necessary
Comment by Jelle van der Waa (jelly) - Saturday, 13 August 2011, 08:41 GMT
With pacman -Qs you dont need to use grep. Anyway since you have much extensions installed, it could be one of them causing the failure. Does it happen on all .doc files?

strace -o output.txt lowriter CV.doc , then attach output.txt if its not enormous.
Comment by Raanan Elefant (badcloud) - Saturday, 13 August 2011, 08:56 GMT
Does not happen with each doc file, having trouble narrowing the pattern of faulty docs, will try more

Thanks for the help so far

Here's output.txt
Comment by Samuel Jones (SamuelJones) - Sunday, 14 August 2011, 04:36 GMT
I just installed libreoffice, common, base and writer inc. en-GB Languagepack.

Opened file fine, presuming so, I cannot read Hebrew myself.
Comment by Raanan Elefant (badcloud) - Sunday, 14 August 2011, 07:06 GMT
*Update*

Removed libreoffice-en-GB, libreoffice-extension-oooblogger, libreoffice-extension-pdfimport, libreoffice-extension-typo, libreoffice-extension-wiki-publisher, and libreoffice-sdk

Mainly because I don't need them, but also to see if there would be a change in bug behavior

*No change*
Comment by mkkot (mkkot) - Tuesday, 16 August 2011, 07:45 GMT
Have you thought about fonts? Doc opens here too. Maybe some of your fonts causes this crash.
Comment by Raanan Elefant (badcloud) - Tuesday, 16 August 2011, 09:06 GMT
@mkkot: The thought had crossed my mind. Does seem weird that I had no problem opening the file with previous version of libreoffice

What would you suggest I try?
Comment by Raanan Elefant (badcloud) - Tuesday, 16 August 2011, 09:15 GMT
@all: ...and has anyone tried to decrypt what is in output.txt?
Comment by mkkot (mkkot) - Tuesday, 16 August 2011, 09:24 GMT
I would start from removing config files:
https://wiki.archlinux.org/index.php/LibreOffice#Installing_Macros

Then I would read whole article, especially sections with fonts. Then https://wiki.archlinux.org/index.php/Fonts
I would try to remove /usr/share/fonts/local and do fc-cache -vf. You may have own fonts in ~/.local/share or somewhere else, I would look for them. Then there are also other files in /usr/share/fonts/. The last step is to get familiar with http://en.wikipedia.org/wiki/Strace

Anyway, I'm not a font or LibreOffice expert, these are just general tips.
Comment by Raanan Elefant (badcloud) - Tuesday, 16 August 2011, 10:18 GMT
@mkkot: Thanks for the tips. Applied all the relevant ones and found no change in libreoffice's behavior

Taking a look at output.txt's contents, it would seem that lowriter is calling upon two files, bash.mo and libc.mo, both of which are not located in /usr/share/locale/he_IL.utf8/LC_MESSAGES/ or in /usr/share/locale/he_IL/LC_MESSAGES/

I only have the /usr/share/locale/he_IL/LC_MESSAGES/ dir

both files are however, located in many subdirs of /usr/share/locale/ (e.g. in /usr/share/locale/en_GB/LC_MESSAGES/)

raanan@myhost:~$ locale
LANG=en_US.UTF-8
LC_CTYPE="he_IL.utf8"
LC_NUMERIC="he_IL.utf8"
LC_TIME="he_IL.utf8"
LC_COLLATE="he_IL.utf8"
LC_MONETARY="he_IL.utf8"
LC_MESSAGES="he_IL.utf8"
LC_PAPER="he_IL.utf8"
LC_NAME="he_IL.utf8"
LC_ADDRESS="he_IL.utf8"
LC_TELEPHONE="he_IL.utf8"
LC_MEASUREMENT="he_IL.utf8"
LC_IDENTIFICATION="he_IL.utf8"
LC_ALL=he_IL.utf8
Comment by Raanan Elefant (badcloud) - Tuesday, 16 August 2011, 23:08 GMT
raanan@myhost:~$ dmesg|grep seg
[15527.751048] oosplash.bin[3811]: segfault at 4d0 ip b7736a1b sp bfc8aa70 error 4 in libX11.so.6.3.0[b7703000+132000]

Please let me know if I can provide more info, I'm pretty much at my wit's end with this thing
Comment by Myhrlin (myhrlin) - Monday, 22 August 2011, 05:17 GMT
EDIT: never mind...After opening my file for several successful times before this post, now it does not work.

yaEDIT:
I copied and saved the text as an .odt file now. I encounter the same issues as I do with the .doc file. However, after 3 attempts of LibreOffice doing a file recovery on the .odt it opened fine.
This issue does continue to pop up, however. Actually, I've repeated opened and closed the .odt file that now when LibreOffice tries to recover it continues to fail repeatedly with seemingly no end to actually recovering the file.
LibreOffice just says "The following files will not be recovered" and shows the .odt file name. I don't know for sure but I'm really leaning towards LibreOffice having an issue with the language text.
   CVCP.doc (15.5 KiB)
Comment by David C. Rankin (drankinatty) - Monday, 22 August 2011, 15:17 GMT
I see a pronounced delay in libreoffice 3.4.2-2 between the time you open a document and the time text actually appears in the window. I have received a few kernel messages:

Aug 22 09:25:09 providence kernel: [232509.160700] oosplash.bin[10385]: segfault at 4d0 ip b7589a1b sp bfef0c30 error 4 in libX11.so.6.3.0[b7556000+132000]
Aug 22 09:29:55 providence kernel: [232794.268108] CIFS VFS: did not end path lookup where expected namelen is 0
Aug 22 09:31:03 providence -- MARK --
Aug 22 09:35:13 providence kernel: [233112.784442] CIFS VFS: did not end path lookup where expected namelen is 0

hth...
Comment by Andreas Radke (AndyRTR) - Tuesday, 23 August 2011, 11:28 GMT
Do all your doc files with this language crash? Only files created in Windows or/and if you save *.doc from LibO?
Maybe this crash is related to the special right-to-left text formating. It crashed for me the 1st time and opened well on the 2nd attempt (3.4.3rc1).

Please ask in libreoffice irc channel some upstream dev to help debugging this crash or file an upstream issue attaching your broken .doc file.
Comment by Raanan Elefant (badcloud) - Tuesday, 23 August 2011, 12:25 GMT
@Andreas: No, other Hebrew doc files open fine. I cannot remember whether I re-saved CV.doc via Windows (was created using Libre)

EDIT:
Bug filed upstream https://bugs.freedesktop.org/show_bug.cgi?id=40307
Comment by Andreas Radke (AndyRTR) - Tuesday, 23 August 2011, 14:20 GMT
CC'ed to the bug. Because it seems to be an upstream issue and no packaging problem I'm closing this now.
Comment by Raanan Elefant (badcloud) - Wednesday, 31 August 2011, 14:31 GMT
I believe this to be a packaging issue, due to two missing files, bash.mo and libc.mo in the dir(s) /usr/share/locale/he_IL.utf8/LC_MESSAGES/ or/and /usr/share/locale/he_IL/LC_MESSAGES/

This has happened in the past with OpenOffice (https://bbs.archlinux.org/viewtopic.php?pid=977160#p977160)
Comment by Stefan (Faither) - Tuesday, 13 September 2011, 10:12 GMT
Don't know if this is of any help but I experienced a similar problem when I changed from a 32-bit to a 64-bit installation.
I could fix this by deleting everything from ~/.config/.libreoffice EXCEPT for ~/.config/.libreoffice/3/user/registrymodifications.xcu
Comment by Raanan Elefant (badcloud) - Tuesday, 13 September 2011, 17:56 GMT
@Stefan, that made things worse. Good thing I relocated the files instead of deleting them ;)

Loading...