The Dolphin location bar renders no content if an "invalid protocol" is entered

I attempted to enter:

…which caused a red banner to appear, stating:

Invalid protocol

Consequently, I modified it to be $HOME/.local/share/kio/servicemenus/. However, this causes the Location Bar to render no content:

This used to work, since the default login shell is the default is command -v bash, and I’ve not chsh -s’d to anything else.

Both work fine on my system, Dolphin Version 25.04.3

Operating System: Arch Linux 
KDE Plasma Version: 6.4.3
KDE Frameworks Version: 6.16.0
Qt Version: 6.9.1
Kernel Version: 6.15.3-arch1-1 (64-bit)
Graphics Platform: Wayland

What is yours like ?

1 Like

@meven, you’ll need to enter an invalid path > 2 times to have the path disappear:

However, I’ve been unable to reproduce the icon disappearance. Perhaps, it was due to something that Unreal Engine’s failed compilation process adds as the directory’s content (like a .desktop file with an invalid icon), since I’ve previews enabled.

Relevantly, whilst attempting to reproduce this, Dolphin informed me with a yellow banner that my current location had become unavailable, despite it not being so, because it’s stored on an internal, NVMe-connected SSD. I confirmed by immediately navigating back to it. Afterward, the “Folder”-labelled QFrame remained empty until Dolphin had been reinitialised:

Environment

Operating System: Fedora Linux 42
KDE Plasma Version: 6.4.3
KDE Frameworks Version: 6.16.0
Qt Version: 6.9.1
Kernel Version: 6.15.6-200.fc42.x86_64 (64-bit)
Graphics Platform: Wayland
Graphics Processor 1: AMD Radeon RX 5700
Graphics Processor 2: AMD Radeon Graphics

@meven, per a screenshot that I’d not uploaded, I tried reproducing this at /var/spool/abrt/ccpp-2025-07-17-16:14:35.122627-75279/, where I was successful the first time (the sole time I didn’t record a screencast). It also reproduced the QFrame content render failure.

@meven, “Quit”-ing Dolphin, then reinitialising it at a different path, navigating to /var/spool/abrt/ccpp-2025-07-17-16:14:35.122627-75279/, then entering $HOME/.local/share/kio/servicemenus/, reproduced it:

This solely reproduces if the icon on the location bar isn’t present. I don’t know what determines that. I’ll presume that the cause is partially superuser directory ownership.