Bug 59460 - Can't use "save as" or export to pdf anymore -> insufficent rights
Summary: Can't use "save as" or export to pdf anymore -> insufficent rights
Status: RESOLVED INVALID
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
3.6.2.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-01-16 11:07 UTC by hyper_ch
Modified: 2013-10-25 15:13 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
strace log (594.89 KB, application/bzip2)
2013-01-17 14:16 UTC, hyper_ch
Details
The problematic document (18.47 KB, application/vnd.oasis.opendocument.text)
2013-01-22 19:09 UTC, hyper_ch
Details

Note You need to log in before you can comment on or make changes to this bug.
Description hyper_ch 2013-01-16 11:07:57 UTC
Hi there

A few days ago I wasn't able to use save as anymore and when trying to do so, LO just crashed that I have insufficient rights to do so.

In the #libreoffice channel on freenode I was told it could be because of .lock files. So I wrote this little script:

#!/bin/bash

# Display
find /home/hyper -type f -iname '.~lock.*' -exec ls {} \;

# Delete
find /home/hyper -type f -iname '.~lock.*' -exec rm {} \;

Run it, it found lots of lock files and after removing them, LO was working just fine again.

Now today suddenly the same thing happens but removing the lock files doesn't help.
Comment 1 Julien Nabet 2013-01-16 20:57:14 UTC
Have you installed something recently, changes rights, ..., which could explain this?
did you install any LO specific extensions?

Did you try to rename your LO directory profile? (see https://wiki.documentfoundation.org/UserProfile)
On which Linux distrib are you and with which version?
KDE/Gnome, other?
If possible, could you give a try to a 3.6.4?
If you still reproduce the crash, could you get a bt by following this link(https://wiki.documentfoundation.org/BugReport#How_to_get_a_backtrace_.28on_Linux.29)?
Comment 2 hyper_ch 2013-01-16 21:02:37 UTC
> Have you installed something recently, changes rights, ..., which could explain this?

No, not even saving to /tmp works


> did you install any LO specific extensions?

Only PDF Import and that has been there for a long time.


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

I'll have to try that.


> On which Linux distrib are you and with which version? KDE/Gnome, other?

Kubuntu 12.10


> If possible, could you give a try to a 3.6.4?

It's not in any repo that I know.


> If you still reproduce the crash, could you get a bt by following this link(https://wiki.documentfoundation.org/BugReport#How_to_get_a_backtrace_.28on_Linux.29)?

After reboot it's working again... as said, it happened a few days ago also... next time I'll do the backtrace.
Comment 3 hyper_ch 2013-01-17 14:16:50 UTC
Created attachment 73188 [details]
strace log
Comment 4 hyper_ch 2013-01-17 14:19:59 UTC
Also here's the gdb log:

warning: Currently logging to gdbtrace.log.  Turn the logging off and on to make the new setting effective.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffeb4d7700 (LWP 12353)]
[New Thread 0x7fffddc05700 (LWP 12354)]
[New Thread 0x7fffdd404700 (LWP 12355)]
[New Thread 0x7fffcf2a6700 (LWP 12356)]
[New Thread 0x7fffccb80700 (LWP 12357)]
[Thread 0x7fffccb80700 (LWP 12357) exited]
[Thread 0x7fffddc05700 (LWP 12354) exited]
[New Thread 0x7fffddc05700 (LWP 12358)]
[Thread 0x7fffddc05700 (LWP 12358) exited]
[New Thread 0x7fffddc05700 (LWP 12359)]
[New Thread 0x7fffccb80700 (LWP 12360)]
[New Thread 0x7fffc4fdf700 (LWP 12361)]
[Thread 0x7fffc4fdf700 (LWP 12361) exited]
[Thread 0x7fffccb80700 (LWP 12360) exited]
[New Thread 0x7fffccb80700 (LWP 12362)]
[New Thread 0x7fffc4fdf700 (LWP 12365)]
[New Thread 0x7fffbb57b700 (LWP 12368)]
[Thread 0x7fffbb57b700 (LWP 12368) exited]
[Thread 0x7fffc4fdf700 (LWP 12365) exited]
[Thread 0x7fffccb80700 (LWP 12362) exited]
[Thread 0x7fffddc05700 (LWP 12359) exited]
[Thread 0x7fffcf2a6700 (LWP 12356) exited]
[Thread 0x7fffdd404700 (LWP 12355) exited]
[Thread 0x7fffeb4d7700 (LWP 12353) exited]
[Inferior 1 (process 12350) exited with code 0377]
/usr/lib/libreoffice/program/gdbtrace:8: Error in sourced command file:
No stack.





and valgrind log:


use kill -SIGUSR2 pid to dump traces of active allocations
==12196== Memcheck, a memory error detector
==12196== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==12196== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==12196== Command: /usr/lib/libreoffice/program/oosplash --valgrind
==12196== 
==12224== Memcheck, a memory error detector
==12224== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==12224== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==12224== Command: /usr/lib/libreoffice/program/../ure-link/bin/javaldx -env:INIFILENAME=vnd.sun.star.pathname:/usr/lib/libreoffice/program/redirectrc
==12224== 
==12224== 
==12224== HEAP SUMMARY:
==12224==     in use at exit: 1,264 bytes in 25 blocks
==12224==   total heap usage: 2,476 allocs, 2,451 frees, 526,227 bytes allocated
==12224== 
==12224== LEAK SUMMARY:
==12224==    definitely lost: 0 bytes in 0 blocks
==12224==    indirectly lost: 0 bytes in 0 blocks
==12224==      possibly lost: 0 bytes in 0 blocks
==12224==    still reachable: 1,264 bytes in 25 blocks
==12224==         suppressed: 0 bytes in 0 blocks
==12224== Rerun with --leak-check=full to see details of leaked memory
==12224== 
==12224== For counts of detected and suppressed errors, rerun with: -v
==12224== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
==12227== Memcheck, a memory error detector
==12227== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==12227== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==12227== Command: /usr/lib/libreoffice/program/soffice.bin --valgrind --splash-pipe=6
==12227== 
Fontconfig warning: "/etc/fonts/conf.d/50-user.conf", line 9: reading configurations from ~/.fonts.conf is deprecated.
Fontconfig warning: "/usr/lib/libreoffice/share/fonts/truetype/fc_local.conf", line 13: Having multiple <family> in <alias> isn't supported and may not works as expected
==12227== Conditional jump or move depends on uninitialised value(s)
==12227==    at 0x191FD3AF: XcursorImageHash (in /usr/lib/x86_64-linux-gnu/libXcursor.so.1.0.2)
==12227==    by 0x191FD4E3: XcursorNoticePutBitmap (in /usr/lib/x86_64-linux-gnu/libXcursor.so.1.0.2)
==12227==    by 0xBC1002A: XPutImage (in /usr/lib/x86_64-linux-gnu/libX11.so.6.3.0)
==12227==    by 0x14977A12: ??? (in /usr/lib/libreoffice/program/libvclplug_genlo.so)
==12227==    by 0x14978BA7: ??? (in /usr/lib/libreoffice/program/libvclplug_genlo.so)
==12227==    by 0x14978DE0: X11SalBitmap::ImplDraw(unsigned long, SalX11Screen, long, SalTwoRect const&, _XGC* const&) const (in /usr/lib/libreoffice/program/libvclplug_genlo.so)
==12227==    by 0x14950E61: ??? (in /usr/lib/libreoffice/program/libvclplug_genlo.so)
==12227==    by 0x14985180: X11SalFrame::SetIcon(unsigned short) (in /usr/lib/libreoffice/program/libvclplug_genlo.so)
==12227==    by 0x23A10D3B: ??? (in /usr/lib/libreoffice/program/libfwklo.so)
==12227==    by 0x23A10FBF: ??? (in /usr/lib/libreoffice/program/libfwklo.so)
==12227==    by 0x23AAEF12: ??? (in /usr/lib/libreoffice/program/libfwklo.so)
==12227==    by 0x23AB7A30: ??? (in /usr/lib/libreoffice/program/libfwklo.so)
==12227==    by 0x23A87B5E: ??? (in /usr/lib/libreoffice/program/libfwklo.so)
==12227==    by 0x23A88F03: ??? (in /usr/lib/libreoffice/program/libfwklo.so)
==12227==    by 0x23A89A1A: ??? (in /usr/lib/libreoffice/program/libfwklo.so)
==12227==    by 0x23A8D3D2: ??? (in /usr/lib/libreoffice/program/libfwklo.so)
==12227==    by 0x23A8D533: ??? (in /usr/lib/libreoffice/program/libfwklo.so)
==12227==    by 0x92B2449: ??? (in /usr/lib/libreoffice/program/libvcllo.so)
==12227==    by 0x934F0A3: ??? (in /usr/lib/libreoffice/program/libvcllo.so)
==12227==    by 0x9357B9B: SalGenericDisplay::DispatchInternalEvent() (in /usr/lib/libreoffice/program/libvcllo.so)
==12227==    by 0x123490B3: ??? (in /usr/lib/libreoffice/program/libvclplug_kde4lo.so)
==12227==    by 0x14946514: ??? (in /usr/lib/libreoffice/program/libvclplug_genlo.so)
==12227==    by 0x1494603B: SalXLib::Yield(bool, bool) (in /usr/lib/libreoffice/program/libvclplug_genlo.so)
==12227==    by 0x90DD5E3: Application::Yield(bool) (in /usr/lib/libreoffice/program/libvcllo.so)
==12227==    by 0x27221B3E: ??? (in /usr/lib/libreoffice/program/libsvxlo.so)
==12227==    by 0x27221AA0: ??? (in /usr/lib/libreoffice/program/libsvxlo.so)
==12227==    by 0x2721811A: ??? (in /usr/lib/libreoffice/program/libsvxlo.so)
==12227==    by 0x2730320A: ??? (in /usr/lib/libreoffice/program/libsvxlo.so)
==12227==    by 0x273034C7: ??? (in /usr/lib/libreoffice/program/libsvxlo.so)
==12227==    by 0x50A23F1: ??? (in /usr/lib/libreoffice/program/libsofficeapp.so)
==12227==    by 0x50AB32D: ??? (in /usr/lib/libreoffice/program/libsofficeapp.so)
==12227==    by 0x50ABC2B: ??? (in /usr/lib/libreoffice/program/libsofficeapp.so)
==12227==    by 0x934F0A3: ??? (in /usr/lib/libreoffice/program/libvcllo.so)
==12227==    by 0x9357B9B: SalGenericDisplay::DispatchInternalEvent() (in /usr/lib/libreoffice/program/libvcllo.so)
==12227==    by 0x123490B3: ??? (in /usr/lib/libreoffice/program/libvclplug_kde4lo.so)
==12227==    by 0x14946514: ??? (in /usr/lib/libreoffice/program/libvclplug_genlo.so)
==12227==    by 0x1494603B: SalXLib::Yield(bool, bool) (in /usr/lib/libreoffice/program/libvclplug_genlo.so)
==12227==    by 0x90DD5E3: Application::Yield(bool) (in /usr/lib/libreoffice/program/libvcllo.so)
==12227==    by 0x90DD686: Application::Execute() (in /usr/lib/libreoffice/program/libvcllo.so)
==12227==    by 0x50A94D2: ??? (in /usr/lib/libreoffice/program/libsofficeapp.so)
==12227==    by 0x90E5A78: ??? (in /usr/lib/libreoffice/program/libvcllo.so)
==12227==    by 0x90E5B04: SVMain() (in /usr/lib/libreoffice/program/libvcllo.so)
==12227==    by 0x50D5455: soffice_main (in /usr/lib/libreoffice/program/libsofficeapp.so)
==12227==    by 0x4006BA: ??? (in /usr/lib/libreoffice/program/soffice.bin)
==12227==    by 0x5B3576C: (below main) (libc-start.c:226)
==12227== 
==12227== Thread 5:
==12227== Invalid read of size 4
==12227==    at 0x1495001D: ??? (in /usr/lib/libreoffice/program/libvclplug_genlo.so)
==12227==    by 0x14DC8D36: _SmcProcessMessage (in /usr/lib/x86_64-linux-gnu/libSM.so.6.0.1)
==12227==    by 0x14FDD8C6: IceProcessMessages (in /usr/lib/x86_64-linux-gnu/libICE.so.6.3.0)
==12227==    by 0x1494FB26: ??? (in /usr/lib/libreoffice/program/libvclplug_genlo.so)
==12227==    by 0x4E49BD6: ??? (in /usr/lib/ure/lib/libuno_sal.so.3)
==12227==    by 0x5EDAE99: start_thread (pthread_create.c:308)
==12227==    by 0x5C07CBC: clone (clone.S:112)
==12227==  Address 0x1a17fc54 is 4 bytes inside a block of size 6 alloc'd
==12227==    at 0x4C2B3F8: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==12227==    by 0x5B9CD71: strdup (strdup.c:43)
==12227==    by 0x14950014: ??? (in /usr/lib/libreoffice/program/libvclplug_genlo.so)
==12227==    by 0x14DC8D36: _SmcProcessMessage (in /usr/lib/x86_64-linux-gnu/libSM.so.6.0.1)
==12227==    by 0x14FDD8C6: IceProcessMessages (in /usr/lib/x86_64-linux-gnu/libICE.so.6.3.0)
==12227==    by 0x1494FB26: ??? (in /usr/lib/libreoffice/program/libvclplug_genlo.so)
==12227==    by 0x4E49BD6: ??? (in /usr/lib/ure/lib/libuno_sal.so.3)
==12227==    by 0x5EDAE99: start_thread (pthread_create.c:308)
==12227==    by 0x5C07CBC: clone (clone.S:112)
==12227== 
LibreOffice(12227) KSambaSharePrivate::testparmParamValue: We got some errors while running testparm "==12272== Memcheck, a memory error detector
==12272== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==12272== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==12272== Command: /usr/bin/testparm -d0 -s --parameter-name usershare\ path
==12272== 
Load smb config files from /etc/samba/smb.conf
Loaded services file OK.
==12272== 
==12272== HEAP SUMMARY:
==12272==     in use at exit: 6,772 bytes in 172 blocks
==12272==   total heap usage: 419 allocs, 247 frees, 39,624 bytes allocated
==12272== 
==12272== LEAK SUMMARY:
==12272==    definitely lost: 1,153 bytes in 4 blocks
==12272==    indirectly lost: 0 bytes in 0 blocks
==12272==      possibly lost: 5,000 bytes in 37 blocks
==12272==    still reachable: 619 bytes in 131 blocks
==12272==         suppressed: 0 bytes in 0 blocks
==12272== Rerun with --leak-check=full to see details of leaked memory
==12272== 
==12272== For counts of detected and suppressed errors, rerun with: -v
==12272== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
" 
LibreOffice(12227) KSambaSharePrivate::getNetUserShareInfo: We got some errors while running 'net usershare info' 
LibreOffice(12227) KSambaSharePrivate::getNetUserShareInfo: "==12274== Memcheck, a memory error detector
==12274== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==12274== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==12274== Command: /usr/bin/net usershare info
==12274== 
==12274== 
==12274== HEAP SUMMARY:
==12274==     in use at exit: 10,846 bytes in 107 blocks
==12274==   total heap usage: 302 allocs, 195 frees, 126,178 bytes allocated
==12274== 
==12274== LEAK SUMMARY:
==12274==    definitely lost: 50 bytes in 6 blocks
==12274==    indirectly lost: 0 bytes in 0 blocks
==12274==      possibly lost: 5,602 bytes in 42 blocks
==12274==    still reachable: 5,194 bytes in 59 blocks
==12274==         suppressed: 0 bytes in 0 blocks
==12274== Rerun with --leak-check=full to see details of leaked memory
==12274== 
==12274== For counts of detected and suppressed errors, rerun with: -v
==12274== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
" 
==12227== 
==12227== HEAP SUMMARY:
==12227==     in use at exit: 27,569,176 bytes in 347,673 blocks
==12227==   total heap usage: 1,755,877 allocs, 1,408,204 frees, 357,283,569 bytes allocated
==12227== 
==12227== LEAK SUMMARY:
==12227==    definitely lost: 45,653 bytes in 29 blocks
==12227==    indirectly lost: 18,688 bytes in 579 blocks
==12227==      possibly lost: 6,337,135 bytes in 102,724 blocks
==12227==    still reachable: 21,167,700 bytes in 244,341 blocks
==12227==         suppressed: 0 bytes in 0 blocks
==12227== Rerun with --leak-check=full to see details of leaked memory
==12227== 
==12227== For counts of detected and suppressed errors, rerun with: -v
==12227== Use --track-origins=yes to see where uninitialised values come from
==12227== ERROR SUMMARY: 97 errors from 2 contexts (suppressed: 18 from 1)
==12196== 
==12196== HEAP SUMMARY:
==12196==     in use at exit: 328 bytes in 7 blocks
==12196==   total heap usage: 997 allocs, 990 frees, 1,468,527 bytes allocated
==12196== 
==12196== LEAK SUMMARY:
==12196==    definitely lost: 0 bytes in 0 blocks
==12196==    indirectly lost: 0 bytes in 0 blocks
==12196==      possibly lost: 0 bytes in 0 blocks
==12196==    still reachable: 328 bytes in 7 blocks
==12196==         suppressed: 0 bytes in 0 blocks
==12196== Rerun with --leak-check=full to see details of leaked memory
==12196== 
==12196== For counts of detected and suppressed errors, rerun with: -v
==12196== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 4 from 3)
Comment 5 Julien Nabet 2013-01-18 21:11:06 UTC
Comment on attachment 73188 [details]
strace log

Fix mimetype
Comment 6 hyper_ch 2013-01-18 21:13:56 UTC
Not sure what you mean by that.
Comment 7 Julien Nabet 2013-01-18 21:23:07 UTC
hyper ch: you added strace.log.bz2 but let default mimetype to "text/plain" instead of putting "application/bzip2". So the problem was that navigator tried to read the file ("thinking" it was a text file). (see http://en.wikipedia.org/wiki/Internet_media_type for more explanation)
Comment 8 hyper_ch 2013-01-22 17:49:37 UTC
No idea what's wrong with the attachement... works fine for me.

Meanwhile I did install LO 4.0.0 alpha with a clean profile - same thing happens.
Comment 9 Julien Nabet 2013-01-22 19:00:59 UTC
Another precision, when I wrote "Fix mimetype", it wasn't an order or something. It meant "I fixed the mimetype", that's why you can open the attachment without problem.

Great you could test on 4.0, could you try to retrieve a backtrace of the crash? (see https://wiki.documentfoundation.org/BugReport#How_to_get_a_backtrace_.28on_Linux.29)?
Comment 10 hyper_ch 2013-01-22 19:02:44 UTC
I can do that... I could also give you a copy of the odt in case you want to test with that also.
Comment 11 Julien Nabet 2013-01-22 19:06:31 UTC
It would be great you could attach it to this bugtracker since it would allow other to give it a try.
If the file is too big, you can use this link:
https://wiki.documentfoundation.org/QA/Bugzilla-Attachments
Comment 12 hyper_ch 2013-01-22 19:09:28 UTC
Created attachment 73471 [details]
The problematic document
Comment 13 hyper_ch 2013-01-22 19:10:06 UTC
attached the document... still downloading the debug files for LO 4.0.0 alpha
Comment 14 hyper_ch 2013-01-22 19:14:24 UTC
now it seems to work for the moment again.... I'll run the debug things once it crashes again :)
Comment 15 Julien Nabet 2013-01-22 19:30:49 UTC
I gave a try to 3.6, 4.0 and master branches, no problem to export as PDF.

I noticed there were macros on your file.
with all the branches, I noticed these logs:
warn:legacy.osl:6406:1:/home/julien/compile-libreoffice/libo/xmloff/source/style/xmlimppr.cxx:680: Exception caught; style may not be imported correctly.
warn:legacy.osl:6406:1:/home/julien/compile-libreoffice/libo/xmloff/source/style/xmlimppr.cxx:680: Exception caught; style may not be imported correctly.
(from master sources)

Could you tell how did you get this document: is it from a doc/docx conversion or something, is it a copy paste from a website? ...

Do you have the problem only with this document? For example, do you have this problem with doc without macros? (it would allow us to not spend time on macros content)

Do you have this problem on another machine? If yes, can you tell the environment, version, etc.?
Comment 16 QA Administrators 2013-09-24 01:54:38 UTC
Dear Bug Submitter,

This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information.

For more information about our NEEDINFO policy please read the wiki located here: 
https://wiki.documentfoundation.org/QA/FDO/NEEDINFO

If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed.


Thank you for helping us make LibreOffice even better for everyone!


Warm Regards,
QA Team
Comment 17 QA Administrators 2013-10-25 15:13:18 UTC
Dear Bug Submitter,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INVALID due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided):

a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. 
Please do not:
a) respond via email 
b) update the version field in the bug or any of the other details on the top section of FDO