Filenamesearch crashing in some root folders

Hey there,
I have a minor problem:
Whenever I am trying to find something via the search feature in Dolphin, while in /etc, /sys, /usr, /var, /tmp, /lib, /lib64 or /run, the filenamesearch just crashes.
Here is the journalctl -p 3 -xb output: Paste.ee - View paste 49QZS
Why is this? Is this a config problem?
System Info:

CPU: 6-Core AMD Ryzen 5 2600X (-MT MCP-) speed/min/max: 3488/2200/3600 MHz
Kernel: 5.12.3-zen1-1-zen x86_64 Up: 46m Mem: 7823.5/32115.9 MiB (24.4%) Storage: 2.96 TiB (8.8% used)
Procs: 424 Shell: fish inxi: 3.3.04

Thanks!

Subject: Process 76601 (filenamesearch.) dumped core
░░ Defined-By: systemd
░░ Support: systemd-devel Info Page
░░ Documentation: man:core(5)
░░
░░ Process 76601 (filenamesearch.) crashed and dumped core.
░░

This usually indicates a programming error in the crashing program and should be reported to its vendor as a bug.

Yeah, I read that, but that can pretty much mean anything. Sometimes programs crash for whatever reason, and still, you get this error - I don't really want to trust it.

Same for me.
I get the same dump for filenamesearch., the same garuda kdeinit5[59932]: QWidget: Cannot create a QWidget without QApplication before, and above garuda dolphin[58644]: inotify_add_watch(/root) failed: (Permission denied) (probably you were searching in /etc/NetworkManager/system-connections, I search from /root)
I had never noticed before (but I don't use Dolphin much).

Look into current KDE bugs, find a similar (or same) one and contribute with your info.

Dolphin should not crash when unable to access folders/files. If that was normal, then no dolphin search in root would be possible for every KDE user :wink:

3 Likes

Just a complete guess on my part, but I'm thinking KDE Devs are working on Dolphin root use integration and creating bugs while doing so.

4 Likes

This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.