So I’ve been using KDE Neon (User Edition) for about a month now, and this issue has been persistent across most, if not all programs. I’m having this issue where if I try to select a file or save a file, but change the directory I want to save it in, the application crashes. This happens in Firefox, which is becoming more and more of an issue. I figured this was a common thing at first and just assumed it would be ironed out in the updates, but no such thing has happened so I’m guessing it’s to do with either my hardware or my install. I’m learning that this is not a common issue as I can’t seem to find any results about this anywhere.
Is this a sandboxed browser, e.g. as Flatpak or Snap?
I have a similar issue with Signal-Desktop when I try to save but it is just the dialog crashing (xdg-desktop-portal-kde) not Signal itself.
In Firefox you could additionally check this:
go to “about:config” and look for a setting called `widget.use-xdg-desktop-portal.file-picker"
It’s the debian package that comes preinstalled on Neon. I checked widget.use-xdg-desktop-portal.file-picker and it was set to 2. Seems setting it to 1 helped for firefox.
I think I need to force this for programs that are using other portals.
Interesting.
Essentially I have the same setup but had changed the value to 1 a couple of weeks back because 2 would always show the built-in dialog instead of KDE’s.
I just tried with reverting to 2 and it switched back to the other dialog but still worked.
I don’t know if this will help or if it’s even related, but I find some Flatpak apps are installed with permissions that are too restrictive. The one that I remember most is a music tag editor, Puddletag. It would always crash when saving tags to files, every single time, it was basically unusable. I had to relax its permissions to give it read access to system files and read/write access to all my files. It worked then without a glitch.
I use Fedora 41 KDE so it has a utility for that built in. Otherwise, you can use Flatseal:
I have been facing the same crashing issue with kde file picker for several months on Arch linux and I don’t use any flatpaks.
The crash seems to happen after cursor is moved a certain amount. And if current folder contains any audio file, the crash sometimes causes the audio to play in background. Truly bizzare experience.
I am also on Arch, I haven’t seen this issue.
Do you get a backtrace? Guidelines and HOWTOs/Debugging/How to create useful crash reports - KDE Community Wiki
Any hints in the journal?
nothing in journal, but i did some testing and found out 2 preconditions that cause the krash:
- one of “visible” files is of problematic type (say X)
- cursor is moved a certain amount
here “visible” means its actually in visible view of scrollarea.
and X is set of problematic file types. i have identified 2 of them to be .kbdx and .iso by process of elimination. but there could be more. problem seem to be just the file extension, renaming them to .txt fixes the krash.
now if file picker has filter limiting the file types, problematic files may not be “visible”, which explains why krash doesn’t happen in all apps (like libreoffice).