Bug 388594 - Dolphin crash trying to close it
Summary: Dolphin crash trying to close it
Status: RESOLVED UPSTREAM
Alias: None
Product: dolphin
Classification: Applications
Component: general (show other bugs)
Version: 16.12.3
Platform: unspecified Linux
: NOR crash
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords: drkonqi
Depends on:
Blocks:
 
Reported: 2018-01-05 19:30 UTC by Ski
Modified: 2018-11-11 19:15 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Screnshot, need debug files... (36.39 KB, image/png)
2018-01-17 12:03 UTC, Ski
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ski 2018-01-05 19:30:47 UTC
Application: kdeinit5 (16.12.3)

Qt Version: 5.6.2
Frameworks Version: 5.32.0
Operating System: Linux 4.9.56-desktop-1.mga6 x86_64
Distribution: "Mageia 6"

-- Information about the crash:
- What I was doing when the application crashed:
Was closing Dolphin and Digikam when Dolphin crashesd / popup on sdcreen

- Unusual behavior I noticed:
Dolphon crashed just from trying to close it.

-- Backtrace:
Application: Dolphin (kdeinit5), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f8e11f5b800 (LWP 7655))]

Thread 3 (Thread 0x7f8df8b02700 (LWP 7657)):
#0  0x00007f8e104ecf0d in poll () from /lib64/libc.so.6
#1  0x00007f8e0d0acc94 in g_main_context_iterate.isra () from /lib64/libglib-2.0.so.0
#2  0x00007f8e0d0acd9c in g_main_context_iteration () from /lib64/libglib-2.0.so.0
#3  0x00007f8e10a7ce2b in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib64/libQt5Core.so.5
#4  0x00007f8e10a2849a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib64/libQt5Core.so.5
#5  0x00007f8e108623bc in QThread::exec() () from /lib64/libQt5Core.so.5
#6  0x00007f8e11e80635 in QDBusConnectionManager::run() () from /lib64/libQt5DBus.so.5
#7  0x00007f8e10866ff9 in QThreadPrivate::start(void*) () from /lib64/libQt5Core.so.5
#8  0x00007f8e0de0266d in start_thread () from /lib64/libpthread.so.0
#9  0x00007f8e104f8d4d in clone () from /lib64/libc.so.6

Thread 2 (Thread 0x7f8dfa9a2700 (LWP 7656)):
#0  0x00007f8e1050622b in __lll_lock_wait_private () from /lib64/libc.so.6
#1  0x00007f8e1048264a in calloc () from /lib64/libc.so.6
#2  0x00007f8e0c10d3e3 in ?? () from /usr/lib64/nvidia-current/tls/libnvidia-tls.so.384.98
#3  0x00007f8e0d0b1ed1 in g_malloc0 () from /lib64/libglib-2.0.so.0
#4  0x00007f8e0d0ca93d in g_slice_free1 () from /lib64/libglib-2.0.so.0
#5  0x00007f8e0de013d9 in __nptl_deallocate_tsd.part.4 () from /lib64/libpthread.so.0
#6  0x00007f8e0de02809 in start_thread () from /lib64/libpthread.so.0
#7  0x00007f8e104f8d4d in clone () from /lib64/libc.so.6

Thread 1 (Thread 0x7f8e11f5b800 (LWP 7655)):
[KCrash Handler]
#6  0x00007f8e1047c083 in malloc_consolidate () from /lib64/libc.so.6
#7  0x00007f8e1047eb28 in _int_free () from /lib64/libc.so.6
#8  0x00007f8e10481db8 in free () from /lib64/libc.so.6
#9  0x00007f8dfd6da500 in QXcbEventReader::~QXcbEventReader() () from /lib64/libQt5XcbQpa.so.5
#10 0x00007f8dfd6aab3b in QXcbConnection::~QXcbConnection() () from /lib64/libQt5XcbQpa.so.5
#11 0x00007f8dfd6ab049 in QXcbConnection::~QXcbConnection() () from /lib64/libQt5XcbQpa.so.5
#12 0x00007f8dfd6ac7c6 in QXcbIntegration::~QXcbIntegration() () from /lib64/libQt5XcbQpa.so.5
#13 0x00007f8dfd6ac8c9 in QXcbIntegration::~QXcbIntegration() () from /lib64/libQt5XcbQpa.so.5
#14 0x00007f8e10d678a7 in QGuiApplicationPrivate::~QGuiApplicationPrivate() () from /lib64/libQt5Gui.so.5
#15 0x00007f8e0f2c2f69 in QApplicationPrivate::~QApplicationPrivate() () from /lib64/libQt5Widgets.so.5
#16 0x00007f8e10a5c98c in QObject::~QObject() () from /lib64/libQt5Core.so.5
#17 0x00007f8e10a2bfd4 in QCoreApplication::~QCoreApplication() () from /lib64/libQt5Core.so.5
#18 0x00007f8e0f2c4904 in QApplication::~QApplication() () from /lib64/libQt5Widgets.so.5
#19 0x00007f8e0718f46e in kdemain () from /usr/lib64/libkdeinit5_dolphin.so
#20 0x000000000040818f in launch(int, char const*, char const*, char const*, int, char const*, bool, char const*, bool, char const*) ()
#21 0x0000000000409437 in handle_launcher_request(int, char const*) [clone .isra.26] ()
#22 0x0000000000409bd6 in handle_requests(int) ()
#23 0x0000000000404dd3 in main ()

Reported using DrKonqi
Comment 1 Shlomi Fish 2018-01-09 11:22:32 UTC
Ski: can you consistently reproduce this problem? If so, can you provide a trace with debugging symbols?
Comment 2 Ski 2018-01-10 09:23:35 UTC
I filed the initial bug as the system was a clean install of KDE5 / Plasma. However, the problem was/is random, and so far it hasn't happened again. If it does happen again, I will post whatever I can get from the bug report.
Comment 3 Ski 2018-01-17 12:03:23 UTC
Created attachment 109930 [details]
Screnshot, need debug files...

I managed to get a few more Dolphin crashes just by closing Dolphin, but I cannot get more information because it wants debug stuff and doesn't say the actual package needed to install. The files mentioned in the screenshot exist on the system.
Comment 4 Shlomi Fish 2018-01-17 14:14:30 UTC
(In reply to Ski from comment #3)
> Created attachment 109930 [details]
> Screnshot, need debug files...
> 
> I managed to get a few more Dolphin crashes just by closing Dolphin, but I
> cannot get more information because it wants debug stuff and doesn't say the
> actual package needed to install. The files mentioned in the screenshot
> exist on the system.

Wait, are you using the nvidia drivers? There are known issues when running Plasma 5 on them.
Comment 5 Ski 2018-01-17 14:28:56 UTC
You're right, I am using the nVidia driver, but the Nouveau driver in the clean install of the OS made the video horribly unstable, where it used to be rock solid. It's something in KDE5, there were no problems with either driver under KDE4.
Comment 6 Shlomi Fish 2018-01-17 14:48:01 UTC
(In reply to Ski from comment #5)
> You're right, I am using the nVidia driver, but the Nouveau driver in the
> clean install of the OS made the video horribly unstable, where it used to
> be rock solid. It's something in KDE5, there were no problems with either
> driver under KDE4.

I see. I wonder who is at fault here?
Comment 7 Ski 2018-01-17 18:47:53 UTC
I have changed to the Nouveau driver temporarily, which seems to have got more stable since a kernel update a few days ago, but had to change some settings to get video to work in VLC etc., I loose VDPAU.

For the moment the bug has not happened again. Will run the system for a few days and update the bug again.
Comment 8 Shlomi Fish 2018-01-22 15:38:48 UTC
(In reply to Ski from comment #7)
> I have changed to the Nouveau driver temporarily, which seems to have got
> more stable since a kernel update a few days ago, but had to change some
> settings to get video to work in VLC etc., I loose VDPAU.
> 
> For the moment the bug has not happened again. Will run the system for a few
> days and update the bug again.

any news?
Comment 9 Ski 2018-01-22 20:12:28 UTC
Whatever the problem is, it seems to be triggered by somehow interacting between KDE5 and the nVidia driver, I have so far not seen any crash of Dolphin using the free Nouveau driver.
Comment 10 Shlomi Fish 2018-01-23 08:37:42 UTC
(In reply to Ski from comment #9)
> Whatever the problem is, it seems to be triggered by somehow interacting
> between KDE5 and the nVidia driver, I have so far not seen any crash of
> Dolphin using the free Nouveau driver.

thanks for the update.
Comment 11 Julian Steinmann 2018-11-11 19:15:34 UTC
This does not look like a bug within Dolphin but the display driver as it was already mentioned. The KDE developers sadly cannot fix such an issue.