Filenamesearch crashing in some root folders

[UltraBlack]

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!

[SGS]

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.

[UltraBlack]

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.

[filo]

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).

[petsam]

@UltraBlack

Why is this? Is this a config problem?

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

[tbg]

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.