357683 – Frozen at startup

Bug 357683 - Frozen at startup

Summary: Frozen at startup

Status:	RESOLVED FIXED

Alias:	None

Product:	dolphin
Classification:	Applications
Component:	general (show other bugs)
Version:	15.08.2
Platform:	Kubuntu Linux

Importance:	NOR crash
Target Milestone:	---
Assignee:	Dolphin Bug Assignee

URL:
Keywords:

Depends on:
Blocks:

Reported:	2016-01-08 02:03 UTC by Diego-MX
Modified:	2018-06-17 19:14 UTC (History)
CC List:	6 users (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.

Description Diego-MX 2016-01-08 02:03:56 UTC

Dolphin application suddenly froze.  Then I terminated and restarted it, and it was frozen from the start.  I even tried restarting my computer, and Dolphin will start frozen.  
I got more information when I started it from the command line, and also using GDB as per this site https://community.kde.org/Dolphin/FAQ/Freeze

I get this message:
KSambaShare: Could not find smb.conf!

Reproducible: Always

Steps to Reproduce:
1. Just start Dolphin.
2. Nothing else.

Actual Results:  
Dolphin freezes at startup.  
From terminal, I get:
KSambaShare: Could not find smb.conf!


Expected Results:  
Dolphin starts and I navigate my files and folders as usual.

Thank you for your help.

Comment 1 Frank Reininghaus 2016-01-14 21:15:03 UTC

Thanks for the bug report. Could you try to get a backtrace during the freeze, as described in the link that you quoted? Thanks for your help.

Comment 2 r.sedmik 2016-01-25 17:31:21 UTC

I can confirm this bug. I have it on two different machines, one with KUbuntu 15.04 and one with Fedora 23.
The bug only appears when 'show hidden files' is active and dolphin enters the $HOME folder. Since this is the default setting, dolphin hangs immediately after it starts. It just hangs with no extraordinary CPU load. It never returns to life, so you have to kill it, eventually. For this reason, GDB does not give a backtrace, also.

I worked around the bug by setting a different directory as the standard start location for dolphin.

I may add that probably dolphin itself is not the culprit but some library it uses (I am not skilled enough to point out more details) , as the same happens if you, for example, open the 'Attach file' dialog in Evolution and you move to the $HOME.

This bug seems to have existed ever since the introduction of KDE5.

Comment 3 François Le Maître 2016-12-04 04:57:11 UTC

I also have this problem, it does not freeze every time but almost every time. Sometimes the content of the folder is displayed before the freeze, sometimes not. I run Linux Mint 18.

Here is the backtrace I get, I hope this helps.

Reading symbols from dolphin...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/dolphin 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe22c1700 (LWP 24470)]
[New Thread 0x7fffd7b3a700 (LWP 24471)]
^Z
Thread 1 "dolphin" received signal SIGTSTP, Stopped (user).
0x00007ffff783169d in read () at ../sysdeps/unix/syscall-template.S:84
84      ../sysdeps/unix/syscall-template.S: Aucun fichier ou dossier de ce type.
(gdb) thread apply all backtrace

Thread 3 (Thread 0x7fffd7b3a700 (LWP 24471)):
#0  0x00007ffff7835b5d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x00007fffedfa839c in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007fffedfa84ac in g_main_context_iteration ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007ffff261f7eb in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x00007ffff25c6b4a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#5  0x00007ffff23e3834 in QThread::exec() ()
   from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#6  0x00007ffff23e87be in ?? ()
   from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#7  0x00007fffeeb3370a in start_thread (arg=0x7fffd7b3a700)
    at pthread_create.c:333
#8  0x00007ffff784182d in clone ()
    at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 2 (Thread 0x7fffe22c1700 (LWP 24470)):
#0  0x00007ffff7835b5d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x00007fffebf3fc62 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1
#2  0x00007fffebf418d7 in xcb_wait_for_event ()
   from /usr/lib/x86_64-linux-gnu/libxcb.so.1
#3  0x00007fffe4613629 in ?? ()
   from /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#4  0x00007ffff23e87be in ?? ()
---Type <return> to continue, or q <return> to quit---
   from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#5  0x00007fffeeb3370a in start_thread (arg=0x7fffe22c1700)
    at pthread_create.c:333
#6  0x00007ffff784182d in clone ()
    at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 1 (Thread 0x7ffff7e2f8c0 (LWP 24466)):
#0  0x00007ffff783169d in read () at ../sysdeps/unix/syscall-template.S:84
#1  0x00007ffff254355d in ?? ()
   from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2  0x00007ffff25556ee in ?? ()
   from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#3  0x00007ffff24e8add in QFileDevice::readData(char*, long long) ()
   from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x00007ffff24f1ddc in QIODevice::read(char*, long long) ()
   from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#5  0x00007ffff24f2285 in QIODevice::read(long long) ()
   from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#6  0x00007ffff24f234d in QIODevicePrivate::peek(long long) ()
   from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#7  0x00007ffff24f35a2 in QIODevice::peek(long long) ()
   from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#8  0x00007ffff26478cd in ?? ()
   from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#9  0x00007ffff2648144 in QMimeDatabase::mimeTypeForFile(QFileInfo const&, QMimeDatabase::MatchMode) const ()
   from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
---Type <return> to continue, or q <return> to quit---
#10 0x00007ffff26484dd in QMimeDatabase::mimeTypeForFile(QString const&, QMimeDatabase::MatchMode) const ()
   from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#11 0x00007ffff2648991 in QMimeDatabase::mimeTypeForUrl(QUrl const&) const
    () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#12 0x00007ffff58f4378 in KFileItem::determineMimeType() const ()
   from /usr/lib/x86_64-linux-gnu/libKF5KIOCore.so.5
#13 0x00007ffff74919c4 in KFileItemModelRolesUpdater::applyResolvedRoles(int, KFileItemModelRolesUpdater::ResolveHint) ()
   from /usr/lib/x86_64-linux-gnu/libdolphinprivate.so.5
#14 0x00007ffff74920df in KFileItemModelRolesUpdater::updateVisibleIcons()
    () from /usr/lib/x86_64-linux-gnu/libdolphinprivate.so.5
#15 0x00007ffff74921d3 in KFileItemModelRolesUpdater::startUpdating() ()
   from /usr/lib/x86_64-linux-gnu/libdolphinprivate.so.5
#16 0x00007ffff74932d8 in KFileItemModelRolesUpdater::slotItemsInserted(KItemRangeList const&) () from /usr/lib/x86_64-linux-gnu/libdolphinprivate.so.5
#17 0x00007ffff25f7baf in QMetaObject::activate(QObject*, int, int, void**)
    () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#18 0x00007ffff74f98a2 in KItemModelBase::itemsInserted(KItemRangeList const&) () from /usr/lib/x86_64-linux-gnu/libdolphinprivate.so.5
#19 0x00007ffff7483bf0 in KFileItemModel::insertItems(QList<KFileItemModel::ItemData*>&) () from /usr/lib/x86_64-linux-gnu/libdolphinprivate.so.5
#20 0x00007ffff74843b3 in KFileItemModel::dispatchPendingItemsToInsert() ()
   from /usr/lib/x86_64-linux-gnu/libdolphinprivate.so.5
#21 0x00007ffff7484612 in KFileItemModel::slotCompleted() ()
   from /usr/lib/x86_64-linux-gnu/libdolphinprivate.so.5
#22 0x00007ffff25f7baf in QMetaObject::activate(QObject*, int, int, void**)
---Type <return> to continue, or q <return> to quit---
    () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#23 0x00007ffff597a155 in KCoreDirLister::completed(QUrl const&) ()
   from /usr/lib/x86_64-linux-gnu/libKF5KIOCore.so.5
#24 0x00007ffff598c682 in ?? ()
   from /usr/lib/x86_64-linux-gnu/libKF5KIOCore.so.5
#25 0x00007ffff5990254 in ?? ()
   from /usr/lib/x86_64-linux-gnu/libKF5KIOCore.so.5
#26 0x00007ffff25f7d2a in QMetaObject::activate(QObject*, int, int, void**)
    () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#27 0x00007ffff3b0e1b2 in KJob::result(KJob*, KJob::QPrivateSignal) ()
   from /usr/lib/x86_64-linux-gnu/libKF5CoreAddons.so.5
#28 0x00007ffff3b0ed81 in KJob::finishJob(bool) ()
   from /usr/lib/x86_64-linux-gnu/libKF5CoreAddons.so.5
#29 0x00007ffff59423e2 in KIO::SimpleJob::slotFinished() ()
   from /usr/lib/x86_64-linux-gnu/libKF5KIOCore.so.5
#30 0x00007ffff593be5e in KIO::ListJob::slotFinished() ()
   from /usr/lib/x86_64-linux-gnu/libKF5KIOCore.so.5
#31 0x00007ffff593baa1 in ?? ()
   from /usr/lib/x86_64-linux-gnu/libKF5KIOCore.so.5
#32 0x00007ffff25f7d2a in QMetaObject::activate(QObject*, int, int, void**)
    () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#33 0x00007ffff5925781 in KIO::SlaveInterface::dispatch(int, QByteArray const&) () from /usr/lib/x86_64-linux-gnu/libKF5KIOCore.so.5
#34 0x00007ffff5922da7 in KIO::SlaveInterface::dispatch() ()
   from /usr/lib/x86_64-linux-gnu/libKF5KIOCore.so.5
#35 0x00007ffff59272e1 in KIO::Slave::gotInput() ()
   from /usr/lib/x86_64-linux-gnu/libKF5KIOCore.so.5
---Type <return> to continue, or q <return> to quit---
#36 0x00007ffff59a8ae5 in ?? ()
   from /usr/lib/x86_64-linux-gnu/libKF5KIOCore.so.5
#37 0x00007ffff25f7d2a in QMetaObject::activate(QObject*, int, int, void**)
    () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#38 0x00007ffff58d6af3 in ?? ()
   from /usr/lib/x86_64-linux-gnu/libKF5KIOCore.so.5
#39 0x00007ffff25f8c01 in QObject::event(QEvent*) ()
   from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#40 0x00007ffff30ce05c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#41 0x00007ffff30d3516 in QApplication::notify(QObject*, QEvent*) ()
   from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#42 0x00007ffff25c938b in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#43 0x00007ffff25cb786 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#44 0x00007ffff261f3c3 in ?? ()
   from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#45 0x00007fffedfa81a7 in g_main_context_dispatch ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#46 0x00007fffedfa8400 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#47 0x00007fffedfa84ac in g_main_context_iteration ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#48 0x00007ffff261f7cf in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#49 0x00007ffff25c6b4a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
---Type <return> to continue, or q <return> to quit---
#50 0x00007ffff25cebec in QCoreApplication::exec() ()
   from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#51 0x00007ffff7b61e2b in kdemain ()
   from /usr/lib/x86_64-linux-gnu/libkdeinit5_dolphin.so
#52 0x00007ffff775b830 in __libc_start_main (main=0x400710 <main>, argc=1, 
    argv=0x7fffffffde88, init=<optimized out>, fini=<optimized out>, 
    rtld_fini=<optimized out>, stack_end=0x7fffffffde78)
    at ../csu/libc-start.c:291
#53 0x0000000000400749 in _start ()

Comment 4 François Le Maître 2016-12-04 05:14:14 UTC

Also I should say that the problem also completely disappears for me if I deactivate "show hidden files".

Comment 5 Edmund Kasprzak 2018-02-27 17:22:48 UTC

Can you still recreate it?

There needs to be something more specific as just a dolphin with enabled "show hidden files" and entering $HOME directory is clearly not enough for a TEST scenario.

Comment 6 Julian Steinmann 2018-04-12 19:19:34 UTC

Since nobody has responded to the request from Edmund, I am going to close this bug in two weeks unless somebody can update this report with new information. Thanks for taking the time to report this bug!

Comment 7 Julian Steinmann 2018-04-28 16:59:10 UTC

This issue is most likely fixed. I am going to close the report as nobody has responded since two weeks. Please reopen this bug if you can still reproduce this issue.