Bug 372161

Summary:	okular crash on startup
Product:	[Applications] okular	Reporter:	Lóránt Farkas <farkaslory>
Component:	general	Assignee:	Okular developers <okular-devel>
Status:	RESOLVED DOWNSTREAM
Severity:	crash	CC:	jfostiguy
Priority:	NOR	Keywords:	drkonqi
Version First Reported In:	0.26.1
Target Milestone:	---
Platform:	Arch Linux
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	okular crash strace log

Description Lóránt Farkas 2016-11-06 22:13:02 UTC

Application: okular (0.26.1)
KDE Platform Version: 4.14.25
Qt Version: 4.8.7
Operating System: Linux 4.8.6-1-ARCH x86_64
Distribution (Platform): Archlinux Packages

-- Information about the crash:
I have started /usr/bin/okular

okular had worked for me until the last update.

This lenght check is a bullshit.

I would like to help, but please provide some hint what should i do.

The crash can be reproduced every time.

-- Backtrace:
Application: Okular (okular), signal: Segmentation fault
Using host libthread_db library "/usr/lib/libthread_db.so.1".
[KCrash Handler]
#6  0x00007eff43a4bbc7 in QMetaObject::className() const () at /usr/lib/libQt5Core.so.5
#7  0x00007eff44e7689f in  () at /usr/lib/libQt5Widgets.so.5
#8  0x00007eff44e10f67 in  () at /usr/lib/libQt5Widgets.so.5
#9  0x00007eff585634fa in call_init.part () at /lib64/ld-linux-x86-64.so.2
#10 0x00007eff5856360b in _dl_init () at /lib64/ld-linux-x86-64.so.2
#11 0x00007eff58567b38 in dl_open_worker () at /lib64/ld-linux-x86-64.so.2
#12 0x00007eff585633a4 in _dl_catch_error () at /lib64/ld-linux-x86-64.so.2
#13 0x00007eff585672d9 in _dl_open () at /lib64/ld-linux-x86-64.so.2
#14 0x00007eff51244ee9 in  () at /usr/lib/libdl.so.2
#15 0x00007eff585633a4 in _dl_catch_error () at /lib64/ld-linux-x86-64.so.2
#16 0x00007eff51245521 in  () at /usr/lib/libdl.so.2
#17 0x00007eff51244f82 in dlopen () at /usr/lib/libdl.so.2
#18 0x00007eff55fb1d70 in  () at /usr/lib/libQtCore.so.4
#19 0x00007eff55fabf85 in  () at /usr/lib/libQtCore.so.4
#20 0x00007eff55fac61b in  () at /usr/lib/libQtCore.so.4
#21 0x00007eff5655d2a0 in KPluginLoader::load() () at /usr/lib/libkdecore.so.5
#22 0x00007eff5655d588 in KPluginLoader::factory() () at /usr/lib/libkdecore.so.5
#23 0x000000000040f0f2 in  ()
#24 0x000000000040aca1 in  ()
#25 0x0000000000409b50 in  ()
#26 0x00007eff55494291 in __libc_start_main () at /usr/lib/libc.so.6
#27 0x000000000040b65a in _start ()

Reported using DrKonqi

Comment 1 Christoph Feck 2016-11-07 22:54:01 UTC

It looks like you are mixing Qt4 and Qt5 packages. Unfortunately ArchLinux does not provide debug packages, so your only option is to run it through "strace" to see which libraries Okular tries to load.

Comment 2 Jean-Francois Ostiguy 2016-12-02 20:39:13 UTC

Created attachment 102584 [details]
okular crash strace log

Comment 3 Jean-Francois Ostiguy 2016-12-02 20:41:11 UTC

I am experiencing exactly the same issue on a Gentoo box.

okular -v
Qt: 4.8.7
KDE Development Platform: 4.14.26
Okular: 0.26.1

I do have both Qt5 and Qt4 present ... however there was no issue until a recent update a few days ago. I attach an strace log. Some qt5 shared libs are loaded ... but I have no idea what is ok or not.

Comment 4 Lóránt Farkas 2016-12-02 20:56:16 UTC

This must be rolling release specific (thus specific with slots). I have removed all qt4 libraries and all dependent packages, then reinstalled okular (again with dependencies) and the bug gone.

Comment 5 Jean-Francois Ostiguy 2016-12-06 17:26:03 UTC

After spending way too much time on this, I came to a partial resolution.
The problem seems to be related to EGL. The crash goes away by I disabling
EGL support in Qt 4. I am running Mesa, Nouveau and GL3 Plasma backend.
I suspect the issue arises somewhere in Mesa/Nouveau.

Comment 6 Christoph Feck 2016-12-07 13:35:27 UTC

Thanks for the update. Closing.

Comment 7 Lóránt Farkas 2016-12-09 20:21:46 UTC

It cannot be nouveau specific as I use radeon driver.

Comment 8 Christoph Feck 2016-12-12 21:38:36 UTC

If you are still having this issue, I suggest to run okular via 'strace' to check which Qt5 library it tries to load. It could be a VLC plugin, a kdeconnect plugin, or something else.

In either case, it is a distribution setup problem. A Qt4 application should never load a Qt5 plugin, because the paths must be different.