Created attachment 154451 [details] Screenshot of the filepicker opened from Chrome SUMMARY Cannot pick "äää.pdf" or "ööö.txt" from inside Chrome. If I have a file with non-ascii characters in the filename – for example Finnish "ä" which is "a" + umlauts – the KDE file picker opened from Chrome cannot provide the file to the browser. What the browser receives is 0 bytes. STEPS TO REPRODUCE 1. Create a file with name "äää.pdf" 2. Open Chrome 3. Open some file picker, for instance Gmail -> compose -> add attachment 4. Choose "äää.pdf" and press OK 5. Gmail gives an error message telling that the file is 0 bytes 6. Similar errors come from other websites too 7. Drag and drop "äää.pdf" causes the same error SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux KDE latest KDE Plasma Version: 5.26.4 KDE Frameworks Version: 5.100.0 Qt Version: 5.15.7 Linux: 6.0.11 Graphics Platform: X11
I forgot to say: opening the same file from inside Firefox works. Firefox opens an exactly same looking file picker and is able to open "ööö.txt".
They're both (FF and Chrome) using the portal interface, so I'm inclined to think the bug is in Chrome somewhere and not KDE. I can't find a report on bugs.chromium.org, can you try reporting there? Mention that it works on Firefox. Something else you can try: In a GNOME live session, does a Chrome Flatpak file dialog work with non-ASCII characters correctly? (Ensure it's using the portal and not a Gtk dialog it launched itself — I believe this can be verified by seeing if the dialog looks Gtk4/libadwaita-ish)
(In reply to Bharadwaj Raju from comment #2) > They're both (FF and Chrome) using the portal interface, so I'm inclined to > think the bug is in Chrome somewhere and not KDE. I can't find a report on > bugs.chromium.org, can you try reporting there? Mention that it works on > Firefox. Good point! I added a bug report to the Chrome side: https://bugs.chromium.org/p/chromium/issues/detail?id=1404319
Created attachment 154984 [details] Demonstration video