Bug 109070 - Configuration lock file warning fails to render and locks program start
Summary: Configuration lock file warning fails to render and locks program start
Status: RESOLVED DUPLICATE of bug 114025
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
5.3.4.2 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-07-11 18:44 UTC by Maris Nartiss
Modified: 2017-12-07 07:18 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
strace -f on LO with hang at the end (3.41 MB, text/x-log)
2017-07-11 18:49 UTC, Maris Nartiss
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Maris Nartiss 2017-07-11 18:44:33 UTC
Description:
When launching any LO app and a configuration lock warning needs to be presented, it results in an empty window (just window decoration and window background content rendered inside) and thus it is not possible to proceed any further. Workaround is to manually delete .lock file (rm ~/.config/libreoffice/4/.lock)

It could be a timing issue as at the beginning the bug was observable only when launching with a file provided (i.e. after click in a file manager on a document), but "plain" startup was fine (content of window was rendered), still after playing around with gdb and strace, "plain" startups also started to fail.

Steps to Reproduce:
1. touch ~/.config/libreoffice/4/.lock
2. libreoffice5.3

Actual Results:  
An empty dialog is displayed.

Expected Results:
Configuration .lock file warning is shown.


Reproducible: Always

User Profile Reset: No

Additional Info:
uname -rv
4.12.0-gentoo #1 SMP Tue Jul 11 18:45:10 EEST 2017

LibreOffice 5.3.4.2 f82d347ccc0be322489bf7da61d7e4ad13fe2ff3

#0  0x00007fcc49700e69 in syscall () from /lib64/libc.so.6
#1  0x00007fcc425c364d in __cxxabiv1::__cxa_guard_acquire (
    g=0x7fcc4ea4d200 <_ZGVZN3rtl13StaticWithArgIN12_GLOBAL__N_18InstanceEN3com3sun4star3uno9ReferenceINS6_17XComponentContextEEENS1_9SingletonEE3getERKS9_E8instance>)
    at /var/tmp/portage/sys-devel/gcc-6.3.0/work/gcc-6.3.0/libstdc++-v3/libsupc++/guard.cc:301
#2  0x00007fcc4b5e2ddc in com_sun_star_comp_framework_Desktop_get_implementation ()
   from /opt/libreoffice5.3/program/libmergedlo.so
#3  0x00007fcc439e5c0f in cppuhelper::ServiceManager::Data::Implementation::createInstance(com::sun::star::uno::Reference<com::sun::star::uno::XComponentContext> const&, bool) () from /opt/libreoffice5.3/program/libuno_cppuhelpergcc3.so.3
#4  0x00007fcc439e9512 in cppuhelper::ServiceManager::createInstanceWithContext(rtl::OUString const&, com::sun::star::uno::Reference<com::sun::star::uno::XComponentContext> const&) () from /opt/libreoffice5.3/program/libuno_cppuhelpergcc3.so.3
#5  0x00007fcc4b97d219 in SfxApplication::Initialize_Impl() () from /opt/libreoffice5.3/program/libmergedlo.so
#6  0x00007fcc4b974be4 in SfxApplication::GetOrCreate() () from /opt/libreoffice5.3/program/libmergedlo.so
#7  0x00007fcc4bbfc7e2 in com_sun_star_comp_sfx2_GlobalEventBroadcaster_get_implementation ()
   from /opt/libreoffice5.3/program/libmergedlo.so
#8  0x00007fcc439e5c0f in cppuhelper::ServiceManager::Data::Implementation::createInstance(com::sun::star::uno::Reference<com::sun::star::uno::XComponentContext> const&, bool) () from /opt/libreoffice5.3/program/libuno_cppuhelpergcc3.so.3
#9  0x00007fcc439e6c21 in (anonymous namespace)::SingletonFactory::createInstanceWithContext(com::sun::star::uno::Reference<com::sun::star::uno::XComponentContext> const&) () from /opt/libreoffice5.3/program/libuno_cppuhelpergcc3.so.3
#10 0x00007fcc4398f3ed in cppu::ComponentContext::lookupMap(rtl::OUString const&) ()
   from /opt/libreoffice5.3/program/libuno_cppuhelpergcc3.so.3
#11 0x00007fcc43991090 in cppu::ComponentContext::getValueByName(rtl::OUString const&) ()
   from /opt/libreoffice5.3/program/libuno_cppuhelpergcc3.so.3
#12 0x00007fcc4c9f4eb9 in Dialog::Execute() () from /opt/libreoffice5.3/program/libmergedlo.so
#13 0x00007fcc4ca15bda in MessageDialog::Execute() () from /opt/libreoffice5.3/program/libmergedlo.so
#14 0x00007fcc4bcbc6cf in desktop::Lockfile_execWarning(desktop::Lockfile*) ()
   from /opt/libreoffice5.3/program/libmergedlo.so
#15 0x00007fcc4b286299 in desktop::Lockfile::check(bool (*)(desktop::Lockfile*)) ()
   from /opt/libreoffice5.3/program/libmergedlo.so
#16 0x00007fcc4bca3fad in desktop::Desktop::Main() () from /opt/libreoffice5.3/program/libmergedlo.so
#17 0x00007fcc4cc95026 in ImplSVMain() () from /opt/libreoffice5.3/program/libmergedlo.so
#18 0x00007fcc4cc95112 in SVMain() () from /opt/libreoffice5.3/program/libmergedlo.so
#19 0x00007fcc4bcc708d in soffice_main () from /opt/libreoffice5.3/program/libmergedlo.so
#20 0x000000000040075b in main ()

strace output in an attachment.


User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:53.0) Gecko/20100101 Firefox/53.0
Comment 1 Maris Nartiss 2017-07-11 18:49:37 UTC
Created attachment 134598 [details]
strace -f on LO with hang at the end

If it matters:
kwin 5.10.2
X.Org X Server 1.19.3
Comment 2 Buovjaga 2017-08-07 15:42:10 UTC
Reproduced.

Arch Linux 64-bit, KDE Plasma 5
Version: 5.4.0.3
Build ID: 5.4.0-1
CPU threads: 8; OS: Linux 4.12; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Comment 3 Machiel van Veen 2017-08-16 09:59:05 UTC
We have the same issue in 5.3/4 on Ubuntu 16.04. This caused a lot of our users not being able to work without help removing the lock. We are scripting around this for now.

This seems to happen primarily after using our work from home solution (x2go).
Comment 4 Aron Budea 2017-12-07 07:18:37 UTC
The good news is that this bug is expected to be fixed with the next update, 5.4.4.

*** This bug has been marked as a duplicate of bug 114025 ***