Long delay in launch of Dolphin and other file based searches

From a clean system boot it takes a full 50 seconds after launching Dolphin for the window to appear. The Dolphin icon appears in the system tray then disappears only to return later when it’s loaded. ‘Top’ briefly displays its appearance and then it disappears. Initially, it was thought that tracker-extract that was taking huge chunks of CPU was the cause, but that’s been killed and deleted from the system. There are no zombie processes being shown in Top and cpu activity is generally a few percent and doesn’t increase noticeably during this time.

Once Dolphin is fully launched, file access is as responsive as one would wish provided the window isn’t closed. If so, the same delay occurs.

Delay is also experienced when attempting to attach files, such as images to emails, when there’s a similar length pause of 50 seconds before the attachment window is displayed to select the document to be attached. So it would seem to relate to an issue with directory searches.

The df command presents the following:

Filesystem 1K-blocks Used Available Use% Mounted on
devtmpfs 1956972 0 1956972 0% /dev
tmpfs 1965196 39584 1925612 3% /dev/shm
tmpfs 1965196 1320 1963876 1% /run
tmpfs 1965196 0 1965196 0% /sys/fs/cgroup
/dev/sda2 30589000 19167508 9844412 67% /
/dev/sdb5 961431880 303562852 609031040 34% /media/Disk2
/dev/sda3 274740524 199066600 74540528 73% /home
tmpfs 393036 12 393024 1% /run/user/1000

So it would not appear to be a space issue.

This was running perfectly fine a while back, but changed after a zypper dup update. Unfortunately, I’m not able to pinpoint when. A subsequent manual update didn’t change/fix anything.

Any pointers to enable me to track this down will be appreciated.

Thanks.

is this a dolphin only issue or are other parts of kde effected?
have you tried a fresh user account or a different desktop and/or file manager
are you sure it’s not a hardware issue have you checked you hdd’s smart status you can use smartmontools
https://software.opensuse.org/package/smartmontools

Here’s a procedure to find out what’s going on:

  • Launch Dolphin from a terminal window, and look at the output
  • Create a new user, login as that user and check whether the issue exists for that user. If not, the culprit is somewhere in your homedir
  • Run ‘zypper dup’ again, to verify the system is up to date.

Thanks for your quick response.

Launching Dolphin from the command line outputs the following:

QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'

A pop-up window also appears which states “Ambiguous … Dolphin. There are two actions (New Tab, New Tab) that want to use the same short cut. (CTRL+T). This is most probably a bug, please report it in bugs.kde.org

The pop-up is displaying now and the launch process is not complete. I assume that in the normal course of actions there is a timeout after which the process completes after the delay experienced.

I will do some further investigation and report the bug, unless I need to do something to resolve the default above.

Thanks for your help.

Are you running Dolphin as root? Or ( which I hope not ) the entire desktop ?

Here’s the full output of the command once I closed the pop-up window.

pepper:~ # dolphin
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
QObject::connect: No such signal QDBusAbstractInterface::DeviceAdded(QString)
QObject::connect: No such signal QDBusAbstractInterface::DeviceRemoved(QString)
Trying to convert empty KLocalizedString to QString.
qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 563, resource id: 25166217, major code: 40 (TranslateCoords), minor code: 0
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
QPainter::begin: Paint device returned engine == 0, type: 2
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap

QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap

QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
Qt: Session management error: networkIdsList argument is NULL
QPixmap::scaled: Pixmap is a null pixmap
kf5.kio.core: We got some errors while running testparm "Load smb config files from /etc/samba/smb.conf
Loaded services file OK.
WARNING: 'workgroup' and 'netbios name' must differ.

"
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap

QPixmap::scaled: Pixmap is a null pixmap
QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::setOpacity: Painter not active
QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::setOpacity: Painter not active
QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::setCompositionMode: Painter not active
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap

Repeat of the same....

QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::setOpacity: Painter not active
QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::setOpacity: Painter not active
QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::setCompositionMode: Painter not active
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::setOpacity: Painter not active
QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::setOpacity: Painter not active
QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::setCompositionMode: Painter not active
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap

QPixmap::scaled: Pixmap is a null pixmap
QPixmap::scaled: Pixmap is a null pixmap
QObject::connect: No such signal QDBusAbstractInterface::DeviceAdded(QString)
QObject::connect: No such signal QDBusAbstractInterface::DeviceRemoved(QString)

Yes, but only for the purposes of the command line test. Not in normal user operation.

don’t do that
re do the test as an ordinary user

That explains the error messages ( usage of ‘su’ or sudo instead of ‘su -’ ). But not the slowness,

Actually, I did, after receipt of your message. I still encountered the delay, but no pop-up error message regarding the ambiguity. The message from the console was less verbose, but contained elements of the output in the earlier response under root.


mwhite@pepper:~> dolphin
QObject::connect: No such signal QDBusAbstractInterface::DeviceAdded(QString)
QObject::connect: No such signal QDBusAbstractInterface::DeviceRemoved(QString)
Trying to convert empty KLocalizedString to QString.
kf5.kio.core: We got some errors while running testparm "Load smb config files from /etc/samba/smb.conf
Loaded services file OK.
WARNING: 'workgroup' and 'netbios name' must differ.

"
mwhite@pepper:~>

that suggest an issue with a windows share
I really don’t use samba so I won’t give any advice

I also noticed that apparent conflict, but I haven’t used Samba for a very long time and perhaps never with Tumbleweed. I do have a couple of windows apps that I run under Wine when I need them, but not all the time.

It was working, as expected, a few months ago, so something has been changed during an update that is bringing this issue to the fore.

I still think you should try with a fresh user account to rule out a user config issue

Have created a new test account and suffer the same 50 second delay. Launching Dolphin from the terminal window produces the same error warning message as in the post above.

The smb.conf file was created in 2013 and while it has a parameter for the workgroup there is no reference to ‘netbios name’ nor am I able to find anything regarding netbios on my system. Deactivating the Samba daemon made no difference.

Further investigation indicates that the issue is not just limited to Dolphin, but to anything that requires the initial display/search of a directory tree.

e.g. the delay in displaying the attachment window for emails (50 secs), request to open a file in Kate (50 secs), request to open a file in Kwrite (25 secs), delay in Kinfocenter request perhaps understandable, but still 25 secs, etc.

Once these are loaded and active in the application, there’s no delay in switching directories and accessing files. This issue might also explain why my system takes appreciably longer to boot now than it did a while ago.

If not using samba then it should be disabled.

This could indeed be a system issue. Please show


systemd-analyze blame

Question: did you by any chance copy over system configs ( /etc )?

OK, thanks for the tip. I’ll disable it for now.

kf5.kio.core: We got some errors while running testparm "Load smb config files from /etc/samba/smb.conf
Loaded services file OK.
WARNING: ‘workgroup’ and ‘netbios name’ must differ.

"

What is the name of your workgroup and what is the netbios name for your computer?
They may not be called the same so change one of them when the names are the same.
That will also explain why another user account makes no difference, both users use the same settings.

Thank you. There wasn’t a parameter for netbios name in the smb.conf file and as I don’t use netbios, I created an abstract name for netbios in the file different from workgroup. This has eradicated the warning message, but the original 50 second delay in the launch of Dolphin remains.

Please show output of the command I asked for, and of


zypper lr -d