Bug 358805 - ksplashqml segfault
Summary: ksplashqml segfault
Status: RESOLVED WORKSFORME
Alias: None
Product: krunner
Classification: Plasma
Component: general (show other bugs)
Version: 5.5.4
Platform: Fedora RPMs Linux
: NOR crash
Target Milestone: ---
Assignee: Kai Uwe Broulik
URL:
Keywords: drkonqi
Depends on:
Blocks:
 
Reported: 2016-01-31 00:17 UTC by George R. Goffe
Modified: 2018-11-02 22:37 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
core file from this crash (1.66 MB, application/x-gzip)
2016-01-31 00:26 UTC, George R. Goffe
Details
gzip'd flat file with package groups install logic (622 bytes, application/x-gzip)
2016-02-02 19:10 UTC, George R. Goffe
Details

Note You need to log in before you can comment on or make changes to this bug.
Description George R. Goffe 2016-01-31 00:17:48 UTC
Application: krunner (5.5.4)

Qt Version: 5.6.0
Operating System: Linux 4.5.0-0.rc1.git2.1.fc24.x86_64 x86_64
Distribution (Platform): Fedora RPMs

-- Information about the crash:
- What I was doing when the application crashed:
I had just updated the system and rebooted and started "X". This limitation on the amount of data that can be provided here is really stupid. I have a core file and probably the output of gdb but HOW do I provide this? After the bug is created? That would be a good idea but if this tool refuses to create a bug, I'm stuck.
- Unusual behavior I noticed: none

- Custom settings of the application: Nothing specific comes to mind

The crash can be reproduced sometimes.

-- Backtrace:
Application: krunner (krunner), signal: Segmentation fault
Using host libthread_db library "/usr/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f68afa6d940 (LWP 9538))]

Thread 6 (Thread 0x7f68925a8700 (LWP 9540)):
#0  0x00007f68aad4a5ed in poll () at /usr/lib64/libc.so.6
#1  0x00007f68a9b8f272 in _xcb_conn_wait (__timeout=-1, __nfds=1, __fds=0x7f68925a7b80) at /usr/include/bits/poll2.h:46
#2  0x00007f68a9b8f272 in _xcb_conn_wait (c=c@entry=0x562cd9f72c20, cond=cond@entry=0x562cd9f72c60, vector=vector@entry=0x0, count=count@entry=0x0) at xcb_conn.c:459
#3  0x00007f68a9b90ee7 in xcb_wait_for_event (c=0x562cd9f72c20) at xcb_in.c:693
#4  0x00007f6893e6df09 in QXcbEventReader::run() (this=0x562cd9f81170) at qxcbconnection.cpp:1288
#5  0x00007f68ab9706b8 in QThreadPrivate::start(void*) (arg=0x562cd9f81170) at thread/qthread_unix.cpp:340
#6  0x00007f68a829669a in start_thread () at /usr/lib64/libpthread.so.0
#7  0x00007f68aad5648d in clone () at /usr/lib64/libc.so.6

Thread 5 (Thread 0x7f6890c95700 (LWP 9541)):
#0  0x00007f68aad4a5ed in poll () at /usr/lib64/libc.so.6
#1  0x00007f68a658e2cc in g_main_context_iterate (priority=2147483647, n_fds=1, fds=0x7f6884003020, timeout=<optimized out>, context=0x7f6884000990) at gmain.c:4135
#2  0x00007f68a658e2cc in g_main_context_iterate (context=context@entry=0x7f6884000990, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3835
#3  0x00007f68a658e3dc in g_main_context_iteration (context=0x7f6884000990, may_block=may_block@entry=1) at gmain.c:3901
#4  0x00007f68abb96acb in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) (this=0x7f68840008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:419
#5  0x00007f68abb3f50a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) (this=this@entry=0x7f6890c94c50, flags=..., flags@entry=...) at kernel/qeventloop.cpp:204
#6  0x00007f68ab96b744 in QThread::exec() (this=this@entry=0x7f68ad269040 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at thread/qthread.cpp:503
#7  0x00007f68ad1f7225 in QDBusConnectionManager::run() (this=0x7f68ad269040 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at qdbusconnection.cpp:152
#8  0x00007f68ab9706b8 in QThreadPrivate::start(void*) (arg=0x7f68ad269040 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>) at thread/qthread_unix.cpp:340
#9  0x00007f68a829669a in start_thread () at /usr/lib64/libpthread.so.0
#10 0x00007f68aad5648d in clone () at /usr/lib64/libc.so.6

Thread 4 (Thread 0x7f6883768700 (LWP 9546)):
#0  0x00007f68a829c3b0 in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib64/libpthread.so.0
#1  0x00007f688b7590a3 in thread_function () at /usr/lib64/dri/swrast_dri.so
#2  0x00007f688b758f07 in impl_thrd_routine () at /usr/lib64/dri/swrast_dri.so
#3  0x00007f68a829669a in start_thread () at /usr/lib64/libpthread.so.0
#4  0x00007f68aad5648d in clone () at /usr/lib64/libc.so.6

Thread 3 (Thread 0x7f6882f67700 (LWP 9547)):
#0  0x00007f68a829c3b0 in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib64/libpthread.so.0
#1  0x00007f688b7590a3 in thread_function () at /usr/lib64/dri/swrast_dri.so
#2  0x00007f688b758f07 in impl_thrd_routine () at /usr/lib64/dri/swrast_dri.so
#3  0x00007f68a829669a in start_thread () at /usr/lib64/libpthread.so.0
#4  0x00007f68aad5648d in clone () at /usr/lib64/libc.so.6

Thread 2 (Thread 0x7f6881778700 (LWP 9550)):
#0  0x00007f68a65d2c24 in g_mutex_unlock (mutex=0x7f687c000990) at gthread-posix.c:1350
#1  0x00007f68a658dc9a in g_main_context_check (context=context@entry=0x7f687c000990, max_priority=2147483647, fds=fds@entry=0x7f687c002e70, n_fds=n_fds@entry=1) at gmain.c:3748
#2  0x00007f68a658e270 in g_main_context_iterate (context=context@entry=0x7f687c000990, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3837
#3  0x00007f68a658e3dc in g_main_context_iteration (context=0x7f687c000990, may_block=may_block@entry=1) at gmain.c:3901
#4  0x00007f68abb96acb in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) (this=0x7f687c0008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:419
#5  0x00007f68abb3f50a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) (this=this@entry=0x7f6881777c60, flags=..., flags@entry=...) at kernel/qeventloop.cpp:204
#6  0x00007f68ab96b744 in QThread::exec() (this=<optimized out>) at thread/qthread.cpp:503
#7  0x00007f68ae78fcb5 in QQmlThreadPrivate::run() () at /usr/lib64/libQt5Qml.so.5
#8  0x00007f68ab9706b8 in QThreadPrivate::start(void*) (arg=0x562cda1379e0) at thread/qthread_unix.cpp:340
#9  0x00007f68a829669a in start_thread () at /usr/lib64/libpthread.so.0
#10 0x00007f68aad5648d in clone () at /usr/lib64/libc.so.6

Thread 1 (Thread 0x7f68afa6d940 (LWP 9538)):
[KCrash Handler]
#6  0x00007f68ae699ddb in QV4::Object::defineDefaultProperty(QString const&, QV4::Value const&) () at /usr/lib64/libQt5Qml.so.5
#7  0x00007f68ae69fac1 in QV4::ObjectPrototype::init(QV4::ExecutionEngine*, QV4::Object*) () at /usr/lib64/libQt5Qml.so.5
#8  0x00007f68ae65d699 in QV4::ExecutionEngine::ExecutionEngine(QV4::EvalISelFactory*) () at /usr/lib64/libQt5Qml.so.5
#9  0x00007f68ae790ca1 in QV8Engine::QV8Engine(QJSEngine*) () at /usr/lib64/libQt5Qml.so.5
#10 0x00007f68ae5ec114 in QJSEngine::QJSEngine(QJSEnginePrivate&, QObject*) () at /usr/lib64/libQt5Qml.so.5
#11 0x00007f68ae7011c0 in QQmlEngine::QQmlEngine(QObject*) () at /usr/lib64/libQt5Qml.so.5
#12 0x00007f68aeedf6a4 in KDeclarative::QmlObject::QmlObject(QObject*) (this=0x562cda178960, parent=<optimized out>) at /usr/src/debug/kdeclarative-5.18.0/src/kdeclarative/qmlobject.cpp:150
#13 0x0000562cd9493df3 in View::View(QWindow*) ()
#14 0x0000562cd94924c9 in main ()

Reported using DrKonqi
Comment 1 George R. Goffe 2016-01-31 00:26:00 UTC
Created attachment 96934 [details]
core file from this crash

Hi,

Could I get some indication as to just when this problem will be looked at please? I seem to get them frequently.

Thanks,

George...
Comment 2 Aleix Pol 2016-02-02 15:00:59 UTC
Can you still reproduce this? Can you maybe show us how to?
Comment 3 George R. Goffe 2016-02-02 18:41:31 UTC
This problem just happens during "normal" processing. I had just updated my system and rebooted and issued a "startx" command to get the GUI up. It just happens.

I do have 99+% of all the packages in "dnf group list" installed.

Can "we" instrument the crash somehow? Set a "trap" for the crash?

I'm all ears.

George...
Comment 4 George R. Goffe 2016-02-02 18:55:22 UTC
Aleix,

I just verified that the problem still exists. It does.

This a Fedora 24 x86_64 system in a "VirtualBox VM". What I do is ssh into the VM after boot. My default run level is 3 so I can do command like stuff and start X if I need to.

From the ssh session I can start "X" so I could do tracing or whatever and capture the output to send you if you have things you want me to try.

Regards,

George...
Comment 5 George R. Goffe 2016-02-02 19:10:33 UTC
Created attachment 96982 [details]
gzip'd flat file with package groups install logic

After the install of F24 I run "dnf -y upgrade" and then this script and reboot.
Comment 6 Andrew Crouthamel 2018-11-01 13:57:41 UTC
Dear Bug Submitter,

This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond.

Thank you for helping us make KDE software even better for everyone!
Comment 7 George R. Goffe 2018-11-02 07:30:32 UTC
Andrew,

I haven't seen this in some time...

Let's close it, ok?

Best regards,

George...
Comment 8 Andrew Crouthamel 2018-11-02 22:37:54 UTC
Thanks for the update!