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?
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
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: QWidget: Cannot create a QWidget without QApplication before, and above
garuda dolphin: 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
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.
This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.