SUMMARY When I save or open files with the KDE file picker and there's a pdf in any of the folders I explore, whenever I hover the pdf file, the file selector exits without selecting or saving anything. STEPS TO REPRODUCE 1. Open a file using the file picker 2. move to a folder containing a pdf 3. hover the pdf with the mouse OBSERVED RESULT The file selector terminates and no file has been selected EXPECTED RESULT The file selector doesn't terminate until I close it, or I select a file. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 6.3.3 KDE Frameworks Version: 6.12.0 Qt Version: 6.8.2 Kernel Version: 6.13.7-arch1-1 (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION I tried with falkon, chromium and firefox (with the portal). They all do as described earlier in the report. I just tried with Gwenview, and the file selector disappears temporarily, and then i can use it normally.
If something exited abnormally, it may have crashed. We need a backtrace of it so we can figure out what's going on. Can you please attach a backtrace of the crash using the coredumpctl command-line program, as detailed in https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports#Retrieving_a_backtrace_using_coredumpctl? Thanks!
Created attachment 179622 [details] attachment-711566-0.html There's no entry for the file selector in coredumpctl --reverse When I do the procedure with chromium launched from a terminal I get this message [79061:79061:0321/071937.952883:ERROR:request.cc(165)] Request cancelled by user. so I guess the file selector understands "hovering a pdf" as "cancel". The only difference I noticed with pushing cancel is that, when i hover a pdf there's a bouncy cursor notification after the selector closes. Le 21/03/2025 à 01:50, TraceyC a écrit : > https://bugs.kde.org/show_bug.cgi?id=501787 > TraceyC > [<kdedev@tlcnet.info>](mailto:kdedev@tlcnet.info) > changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Resolution|--- |WAITINGFORINFO > Status|REPORTED |NEEDSINFO > CC| | > kdedev@tlcnet.info > --- Comment #1 from TraceyC > [<kdedev@tlcnet.info>](mailto:kdedev@tlcnet.info) > --- > If something exited abnormally, it may have crashed. We need a backtrace of it > so we can figure out what's going on. Can you please attach a backtrace of the > crash using the coredumpctl command-line program, as detailed in > https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports#Retrieving_a_backtrace_using_coredumpctl > ? > > Thanks! > > -- > You are receiving this mail because: > You reported the bug.
Well, that's weird. Thanks for the detail, that helps. I'll let the frameworks maintainers take a deeper look from here.
Hi - just checking, do you have poppler installed on your device?
(In reply to John Kizer from comment #4) > Hi - just checking, do you have poppler installed on your device? Yes I do.
Testing this out in Arch VM, I am unable to reproduce it. This sounds very similar to https://bugs.kde.org/show_bug.cgi?id=494627 but when the file picker disappears, it just thinks you didn't do anything. Do you have any thumbnailers installed in /usr/share/thumbnailers?
Updating status pending a response, thanks!
ls /usr/share/thumbnailers returns avif.thumbnailer gdk-pixbuf-thumbnailer.thumbnailer heif.thumbnailer jxl.thumbnailer librsvg.thumbnailer
Thanks!
Could you try another thing for me: Go to dolphin settings, interface side tab, previews tab, set "Remote storage preview" to "No file" and see if that fixes your issue. I still haven't been able to reproduce the issue you're having proper, so this will help narrow it down. Thanks!
It was already set up to "no file" for remote storage preview.
*** Bug 505255 has been marked as a duplicate of this bug. ***
It is possible though by no means certain that the final piece of the fix for Bug 490827 will fix this too.
(In reply to Nate Graham from comment #13) > It is possible though by no means certain that the final piece of the fix > for Bug 490827 will fix this too. Perhaps this is not a duplicate of the error, because I have a problem not only with PDF, but for example json, rar, etc.
*** Bug 505559 has been marked as a duplicate of this bug. ***
It would be great to know if Frameworks 6.16 (or current git master of KIO) fixes this for affected people.
(In reply to Konstantin from comment #14) > (In reply to Nate Graham from comment #13) > > It is possible though by no means certain that the final piece of the fix > > for Bug 490827 will fix this too. > > Perhaps this is not a duplicate of the error, because I have a problem not > only with PDF, but for example json, rar, etc. It might be. I said "pdf" because it was the only type of file that had issues. I added a deck to my Anki earlier today, and it crashed the file picker as well. The earlier discussions about thumbnails + the second file type made me notice only types with thumbs crashed the file picker on my machine, so I tried enabling thumbs for pdfs (which needed installing kdegraphics-thumbnailers which wasn’t installed on my machine) and it solved it, for pdfs at least. The problem persists for Anki decks (which are zip archives with the extension .apkg) and others (zip files, some but not all files in my ~/.config).
This might be fixed by https://invent.kde.org/frameworks/kio/-/commit/6552bc6f280b2eddff4b1da931004a8a9230ac81. Can anyone affected test again with any of the following: 1. That commit manually built on top of their frameworks-kio package 2. git master of frameworks-kio 3. Frameworks 6.16 once it's released in a few weeks Thanks!