Bug 283081

Summary:	Dolphin is very slow to start, it lags many seconds before open
Product:	[Unmaintained] solid	Reporter:	Xelis <xiam>
Component:	general	Assignee:	Lukáš Tinkl <lukas>
Status:	RESOLVED UNMAINTAINED
Severity:	normal	CC:	antonio.guadagnin, cloutier.jo, flyser42, frank78ac, idebal, josh+tech, marc.collin, Ondrej.Machulda, oracle2b
Priority:	NOR
Version:	4.10.5
Target Milestone:	---
Platform:	Ubuntu
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	The archive contains the output of "strace dophin" command

Description Xelis 2011-09-30 10:04:49 UTC

Version:           1.7 (using KDE 4.7.1) 
OS:                Linux

Until kde 4.5 Dolphin started very fast with no gap beetween the mouse clic and its appearing on desktop, it was almost instantly.
In kde 4.6 and kde 4.7 it lags 3-4 seconds before open.

It's always reproducible and occurs:

1- even if another Dolphin window is present on screen (in order to exclude cache issue)
2- with kwin effects on AND off (in order to exclude possible 3d acceleration lags or video driver problems)

Im'using Kubuntu and I know until Maverick HAL was used, in Natty and Oneiric it has been replaced by udev, maybe it could be a possible cause.
Because of this I can add every kde application which makes use of some sort of Fyle system Navigation plugin is extremely slow to start and to appear on screen:

 - applications that open a "File chooser Dialog window", like Konversation DCC dialog window
 - applications the have a built in File system browser, like Gwenview which opens very slowly too
 - even Kate text editor is slow at default configuration until you leave File system Browser plugin checked. If you uncheck it to disable the plugin Kate becomes fast again to start and open its window.

Reproducible: Always

Steps to Reproduce:
Simply launch Dolphin,
or Kate with File system Browser plugin enabled,
or let Firefox open File chooser dialog window before the download starts

to see gap in seconds beetween the mouse action and the window to appear


Expected Results:  
Until kde 4.5 Dolphin and in general File system browser/File choosing windows were very fast with no lag beetween launch and there appearance on the desktop

OSs:
Kubuntu Maverick 64 bit (no issue), Natty 64 bit and Oneiric 64 bit (they have issue described)

Hardware:
Intel core i7
Nvidia vga with official drivers
3 hard disk, the first with 2 partitions, second and third with 6 partitions each

Comment 1 Shimon 2012-01-04 12:48:32 UTC

it occurs to me too. I'm on precise with kde 4.8 rc1 and dolphin starting is inexplicable slow. It aparently does nothing, the hard disk doesn't load but dolphin start with a couple of second of lag.

I've 2 hard disk with 6 and 8 partitions respectively on them and I suspect is this the culprit, the time needed to have answers from the hdds at start.

Tried a live kubuntu precise cd on a laptop with only 1 hd and 3 partitions and dolphin open fast.

Comment 2 antonio.guadagnin 2012-01-08 18:41:36 UTC

It's a network related problem but I don't understand why it happens. Try to disconnect from network and check if it occours.

Comment 3 Xelis 2012-01-13 10:16:47 UTC

thanx for your reply, guys.
I've tried with my network disconnected (cable unplugged from the computer) but I'd say there's no difference, it's still lagging a lot.
As shimon pointed out it seems related to the number of partitions dolphin has to read when it opens, I've a lot of them on my system. I reproduced his example, an ubuntu live cd, oneiric, on a pc with only one hard disk and there dolphin opens very quickly (though not as fast as in kde 4.5).

I must add I'm now on ubuntu development branch (precise) with kde 4.8 rc2 and here dolphin seems faster again, almost the same responsiveness it used to have in kde 4.5, and again network enabled or disabled seems to have no effects at all.

Comment 4 Xelis 2012-01-13 10:25:41 UTC

Created attachment 67773 [details]
The archive contains the output of "strace dophin" command

I added a strace dolphin output, hope it can help

Comment 5 Peter Penz 2012-01-13 10:29:02 UTC

Does the problem also occur if you hide the "Places Panel" (F9) on the left?

Comment 6 Xelis 2012-01-14 14:13:14 UTC

(In reply to comment #5)
> Does the problem also occur if you hide the "Places Panel" (F9) on the left?

yes, the responsivness doesn't change if the "Places Panel" is closed and dolphin restarted.
The same occurs in Gwenview opening it via double click on an image, there is no difference if sidebar with folder browser is hidden or showed, it lags.

Kate speed, otherwise, is effected by "Browser filesystem" extension: if it is enabled Kate lags at start, if it's disabled Kate regains its speed.

But I'm now on KDE 4.8 RC2 and something seems to be happened between 4.8 RC1 and 4.8 RC2 because now dolphin, gwenview and kate with that extension enabled are way faster than before (faster than in KDE 4.6, 4.7 and 4.8 until RC1).

KDE 4.5, though, was the fastest of them, I still have Kubuntu Maverick installed on a partition (with KDE upgraded by Kubuntu PPA to the 4.5 version) and there Dolphin is blazingly fast, it opens almost instantly after the mouse click, the same happens for gwenview.

Comment 7 Fabian Henze 2012-03-01 23:53:38 UTC

I have seen a similar report in a forum and it was solved by downgrading xorg-server. maybe this is not a dolphin/gwenview but after all?
Is the rest of the system responsive while dolphin is starting? can you move the mouse cursor smoothly or type in another window?

Comment 8 Xelis 2012-05-17 09:14:50 UTC

Hi Fabian, I tested Ubuntu with the same X server version and nautilus opens immediately after the click, dolphin and gwenview still lag. As said previously it's now (4.8.2) way better than before but still, it's not as fast as it was until kde 4.5.

Comment 9 oracle2b 2012-06-06 18:23:28 UTC

Dolphin takes 4-6 seconds to launch compared to windows explorer "1 second" launch time! I hope this gets resolved.. despite the launch lag, Dolphin still remains the #1 File manager in my opinion.

I'm using Kubuntu 12.04 with KDE 4.8.3.

Comment 10 Jeroen van Meeuwen (Kolab Systems) 2012-08-24 16:18:29 UTC

Resetting assignee to default as per bug #305719

Comment 11 Frank Reininghaus 2012-11-06 07:32:54 UTC

If this also affects Gwenview, it is probably not a Dolphin bug. Could anyone who can reproduce this try to run Dolphin in gdb and obtain a backtrace while it locks? ("gdb dolphin", then "run", when it locks, press Ctrl+Z, then "bt").

Comment 12 Marc Collin 2013-04-11 19:52:11 UTC

when i start it from a console mode:

"/org/freedesktop/UDisks2/drives/MATSHITADVD_RAM_UJ8B2_HM33_008954" : property "Drive" does not exist 
"/org/freedesktop/UDisks2/drives/PLEXTOR_PX_128M5M_P02310102061" : property "Drive" does not exist 
"/org/freedesktop/UDisks2/drives/Samsung_SSD_840_PRO_Series_S12RNEACC41938F" : property "Drive" does not exist 
"/org/freedesktop/UDisks2/block_devices/dm_2d0" : property "Name" does not exist 
"/" : property "DeviceNumber" does not exist 
"/" : property "Device" does not exist 
"/" : property "MediaCompatibility" does not exist 
"/" : property "MediaRemovable" does not exist 
"/" : property "Removable" does not exist 
"/" : property "ConnectionBus" does not exist 
dolphin(5771) KSambaSharePrivate::testparmParamValue: We got some errors while running testparm "Load smb config files from /etc/samba/smb.conf
Loaded services file OK.
ERROR: pid directory /var/run/samba does not exist

that took like 15 seconds to start with kde 4.10

Comment 13 Frank Reininghaus 2013-04-12 08:21:39 UTC

I'll close this for the time being because there is no way to know what the problem is until we have a backtrace that tells us where the freeze occurs (see comment 11). It's most likely not a Dolphin isse though. Comment 12 indicates that it might have something to do with Solid/UDisks2, which seems plausible.

Thanks for your help.

Comment 14 Ondrej Machulda 2013-08-01 08:56:36 UTC

The same symptoms are affecting me right now - it tooks over 10 secs for both dolphin and gwenview to start. I recently update both KDE (now 4.10.5) and xorg-server (1.14.2-2) so it may be related... 

It is also worth noting I have CIFS share in fstab and it is shown in the KDE places panel.

Gdb from dolphin lock:
0xb7fdd424 in __kernel_vsyscall ()
(gdb) bt
#0  0xb7fdd424 in __kernel_vsyscall ()
#1  0xb7e4c87b in poll () from /usr/lib/libc.so.6
#2  0xb50f17eb in ?? () from /usr/lib/libdbus-1.so.3
#3  0xb50ea75d in ?? () from /usr/lib/libdbus-1.so.3
#4  0xb50e93a9 in ?? () from /usr/lib/libdbus-1.so.3
#5  0xb50d0e14 in ?? () from /usr/lib/libdbus-1.so.3
#6  0xb50d1836 in ?? () from /usr/lib/libdbus-1.so.3
#7  0xb50e2c5f in dbus_pending_call_block () from /usr/lib/libdbus-1.so.3
#8  0xb50d1e45 in dbus_connection_send_with_reply_and_block () from /usr/lib/libdbus-1.so.3
#9  0xb5f33cbd in ?? () from /usr/lib/libQtDBus.so.4
#10 0xb5f35bf9 in ?? () from /usr/lib/libQtDBus.so.4
#11 0xb5f41f97 in ?? () from /usr/lib/libQtDBus.so.4
#12 0xb5f420db in QDBusInterface::QDBusInterface(QString const&, QString const&, QString const&, QDBusConnection const&, QObject*) ()
   from /usr/lib/libQtDBus.so.4
#13 0xb7a5be92 in ?? () from /usr/lib/libsolid.so.4
#14 0xb7a01758 in ?? () from /usr/lib/libsolid.so.4
#15 0xb7a0320c in ?? () from /usr/lib/libsolid.so.4
#16 0xb7a033ae in ?? () from /usr/lib/libsolid.so.4
#17 0xb7a034b8 in Solid::DeviceNotifier::instance() () from /usr/lib/libsolid.so.4
#18 0xb7a01a3f in Solid::Device::Device(QString const&) () from /usr/lib/libsolid.so.4
#19 0xb7d21d2a in ?? () from /usr/lib/libkfile.so.4
#20 0xb7d24b8f in KFilePlacesModel::Private::loadBookmarkList() () from /usr/lib/libkfile.so.4
#21 0xb7d24d69 in KFilePlacesModel::Private::_k_reloadBookmarks() () from /usr/lib/libkfile.so.4
#22 0xb7d25b33 in KFilePlacesModel::KFilePlacesModel(QObject*) () from /usr/lib/libkfile.so.4
#23 0xb7f517de in ?? () from /usr/lib/libkdeinit4_dolphin.so
#24 0xb7f412e8 in ?? () from /usr/lib/libkdeinit4_dolphin.so
#25 0xb7f4e926 in ?? () from /usr/lib/libkdeinit4_dolphin.so
#26 0xb7f3e9a4 in ?? () from /usr/lib/libkdeinit4_dolphin.so
#27 0xb7f58221 in kdemain () from /usr/lib/libkdeinit4_dolphin.so
#28 0x0804855b in ?? ()
#29 0xb7d857c3 in __libc_start_main () from /usr/lib/libc.so.6
#30 0x08048581 in _start ()

From gwenview:
0xb7fdd424 in __kernel_vsyscall ()
(gdb) bt
#0  0xb7fdd424 in __kernel_vsyscall ()
#1  0xb63e987b in poll () from /usr/lib/libc.so.6
#2  0xb4e597eb in ?? () from /usr/lib/libdbus-1.so.3
#3  0xb4e5275d in ?? () from /usr/lib/libdbus-1.so.3
#4  0xb4e513a9 in ?? () from /usr/lib/libdbus-1.so.3
#5  0xb4e38e14 in ?? () from /usr/lib/libdbus-1.so.3
#6  0xb4e39836 in ?? () from /usr/lib/libdbus-1.so.3
#7  0xb4e4ac5f in dbus_pending_call_block () from /usr/lib/libdbus-1.so.3
#8  0xb4e39e45 in dbus_connection_send_with_reply_and_block () from /usr/lib/libdbus-1.so.3
#9  0xb5943cbd in ?? () from /usr/lib/libQtDBus.so.4
#10 0xb5945bf9 in ?? () from /usr/lib/libQtDBus.so.4
#11 0xb5951f97 in ?? () from /usr/lib/libQtDBus.so.4
#12 0xb59520db in QDBusInterface::QDBusInterface(QString const&, QString const&, QString const&, QDBusConnection const&, QObject*) ()
   from /usr/lib/libQtDBus.so.4
#13 0xb629ee92 in ?? () from /usr/lib/libsolid.so.4
#14 0xb6244758 in ?? () from /usr/lib/libsolid.so.4
#15 0xb624620c in ?? () from /usr/lib/libsolid.so.4
#16 0xb62463ae in ?? () from /usr/lib/libsolid.so.4
#17 0xb62464b8 in Solid::DeviceNotifier::instance() () from /usr/lib/libsolid.so.4
#18 0xb6244a3f in Solid::Device::Device(QString const&) () from /usr/lib/libsolid.so.4
#19 0xb7f63d2a in ?? () from /usr/lib/libkfile.so.4
#20 0xb7f66b8f in KFilePlacesModel::Private::loadBookmarkList() () from /usr/lib/libkfile.so.4
#21 0xb7f66d69 in KFilePlacesModel::Private::_k_reloadBookmarks() () from /usr/lib/libkfile.so.4
#22 0xb7f67b33 in KFilePlacesModel::KFilePlacesModel(QObject*) () from /usr/lib/libkfile.so.4
#23 0x0809fba3 in _start ()

Similary Konqueror - it starts OK, but when I open the "Places" sidebar, it freezes for 10 secs. The gdb from the lock:
0xb7fdd424 in __kernel_vsyscall ()
(gdb) bt
#0  0xb7fdd424 in __kernel_vsyscall ()
#1  0xb7e0587b in poll () from /usr/lib/libc.so.6
#2  0xb58877eb in ?? () from /usr/lib/libdbus-1.so.3
#3  0xb588075d in ?? () from /usr/lib/libdbus-1.so.3
#4  0xb587f3a9 in ?? () from /usr/lib/libdbus-1.so.3
#5  0xb5866e14 in ?? () from /usr/lib/libdbus-1.so.3
#6  0xb5867836 in ?? () from /usr/lib/libdbus-1.so.3
#7  0xb5878c5f in dbus_pending_call_block () from /usr/lib/libdbus-1.so.3
#8  0xb5867e45 in dbus_connection_send_with_reply_and_block () from /usr/lib/libdbus-1.so.3
#9  0xb62b7cbd in ?? () from /usr/lib/libQtDBus.so.4
#10 0xb62b9bf9 in ?? () from /usr/lib/libQtDBus.so.4
#11 0xb62c5f97 in ?? () from /usr/lib/libQtDBus.so.4
#12 0xb62c60db in QDBusInterface::QDBusInterface(QString const&, QString const&, QString const&, QDBusConnection const&, QObject*) ()
   from /usr/lib/libQtDBus.so.4
#13 0xb5fcde92 in ?? () from /usr/lib/libsolid.so.4
#14 0xb5f73758 in ?? () from /usr/lib/libsolid.so.4
#15 0xb5f7520c in ?? () from /usr/lib/libsolid.so.4
#16 0xb5f753ae in ?? () from /usr/lib/libsolid.so.4
#17 0xb5f754b8 in Solid::DeviceNotifier::instance() () from /usr/lib/libsolid.so.4
#18 0xb5f73a3f in Solid::Device::Device(QString const&) () from /usr/lib/libsolid.so.4
#19 0xb7c05d2a in ?? () from /usr/lib/libkfile.so.4
#20 0xb7c08b8f in KFilePlacesModel::Private::loadBookmarkList() () from /usr/lib/libkfile.so.4
#21 0xb7c08d69 in KFilePlacesModel::Private::_k_reloadBookmarks() () from /usr/lib/libkfile.so.4
#22 0xb7c09b33 in KFilePlacesModel::KFilePlacesModel(QObject*) () from /usr/lib/libkfile.so.4
#23 0xb16b8ee0 in ?? () from /usr/lib/kde4/konqsidebar_places.so
#24 0xb16b9cce in ?? () from /usr/lib/kde4/konqsidebar_places.so
#25 0xb16d181a in ?? () from /usr/lib/kde4/konq_sidebar.so
#26 0xb16d18a1 in ?? () from /usr/lib/kde4/konq_sidebar.so
#27 0xb16d1b11 in ?? () from /usr/lib/kde4/konq_sidebar.so
#28 0xb16d46fd in ?? () from /usr/lib/kde4/konq_sidebar.so
#29 0xb16d57f0 in ?? () from /usr/lib/kde4/konq_sidebar.so
#30 0xb649786a in QMetaCallEvent::placeMetaCall(QObject*) () from /usr/lib/libQtCore.so.4
#31 0xb649f6bb in QObject::event(QEvent*) () from /usr/lib/libQtCore.so.4
#32 0xb6a41412 in QWidget::event(QEvent*) () from /usr/lib/libQtGui.so.4
#33 0xb69e79a4 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4
#34 0xb69ee3b3 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4
#35 0xb753ecb4 in KApplication::notify(QObject*, QEvent*) () from /usr/lib/libkdeui.so.5
#36 0xb648645a in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/libQtCore.so.4


This is really annoying bug - it is making my system really difficult to use :-(. If I can provide any cooperation hunting the bug, let my know.

Comment 15 Frank Reininghaus 2013-08-01 09:20:02 UTC

The backtrace shows that it's a Solid issue, so I'll reassign (note that installing kdelibs debugging packages might make your backtraces more useful).

It looks like it's waiting for a response to a synchronous D-Bus call. Not sure if anything can be about this easily in KDE 4.x (AFAIK, Solid will be completely asynchronous in the KDE 5/Frameworks era).

Comment 16 Frank Reininghaus 2013-08-02 06:52:50 UTC

*** Bug 323094 has been marked as a duplicate of this bug. ***

Comment 17 Christoph Feck 2013-08-29 20:29:30 UTC

I could reproduce today after updating udev/systemd to latest openSUSE Factory version (206 something). The issue was upower not running correctly. Going back to stable (195) resolved the issue.

Comment 18 Andrew Crouthamel 2018-09-04 15:49:42 UTC

Hello! Sorry to be the bearer of bad news, but this project has been unmaintained for many years so I am closing this bug. Please try again with the latest version and submit a new bug to frameworks-solid if your issue persists. Thank you!