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 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).
I’ve been having this issue in EndeavourOS as well. After some testing, I think I’ve narrowed it down to the preview pane.
The crash seems to happen when mousing over or otherwise highlighting a binary file in a way that would update the preview.
Highlighting images, videos, text, and documents correctly shows thumbnails or document previews for them, and highlighting audio and certain other files such as .desktop shortcuts shows a generic “no preview” icon.
Highlighting archives and binaries seems to be the issue. Interestingly, highlighting a Windows exe does correctly preview the embedded icon.
I did some tests. It only happens when I have non latin charcter sets in file names.
I have such issue when I launch Dolphin and it try to restore a tab which is pointing to a network storage which is not online.