Bug 472336 - Drag and drop of a file to Chromium browser if the path contains special/non-A-to-Z characters makes browser unable to read the file and its size
Summary: Drag and drop of a file to Chromium browser if the path contains special/non-...
Status: NEEDSINFO WAITINGFORINFO
Alias: None
Product: xdg-desktop-portal-kde
Classification: Plasma
Component: general (other bugs)
Version First Reported In: 5.27.6
Platform: Neon Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-07-17 20:45 UTC by krobale
Modified: 2026-02-11 18:09 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description krobale 2023-07-17 20:45:28 UTC
SUMMARY
This is a wild guess this belongs to xdg-desktop-portal-kde subproject. I'm not an expect. See Summary section as well. If  you think it should belong somewhere else please move it or guide me where I should report it again.

STEPS TO REPRODUCE
1. Open https://blogs.sitepointstatic.com/examples/tech/filedrag/1/index.html in Chromium based browser (Chrome) and in Firefox (for comparison)
2. Create a folder named "płacz" (there is polish letter ł here)
3. Copy any non empty file to this folder
4. From Dolphin drag the file into Chrome to the drop box on the page you opened in step 1

OBSERVED RESULT
In the "File information" section you will notice it has size of 0

EXPECTED RESULT
It should be able to read the real file size

if you repeat this experiment with path (and filename) containing only a-z characters (like /home/user/Documents/whatever.pdf) it will be read correctly by Chrome. Firefox however always reads the file correctly.
The Browse/Choose file button works with this demo page. However it causes issues with GMail interface (it rejects any attachment files, even via a button, because they are empty).

This COULD be the Chrome bug. Something similar was reported 13 years ago: https://bugs.chromium.org/p/chromium/issues/detail?id=42494 and in this thread you can find a reference to some old Dolphin bug again. 

But on the other hand I found this post, suggesting it's because of `xdg-desktop-portal-kde`
https://superuser.com/questions/1784412/problems-with-file-upload-in-chrome-based-browser-on-kde

I'm not an expert in this area, I'm lost. I hope provided info is enough to fight this bug.

SOFTWARE/OS VERSIONS
KDE Plasma Version: 5.27.6
KDE Frameworks Version: 5.107.0
Qt Version: 5.15.10

ADDITIONAL INFORMATION
Comment 1 Tobias Fella 2026-02-11 16:14:14 UTC
This seems to work fine here. Is either the chromium or the dolphin in your setup a flatpak/snap? (and, since it's been a few years: do you still see that bug?)
Comment 2 krobale 2026-02-11 17:48:07 UTC
I just tested it on a fresh KDE Neon "Live CD" and I can still reproduce it... with Flatpak Chrome! That was it! I cannot reproduce it when I downloaded deb file from Google.

BUT on my current daily OS - Garuda Linux - I can NOT reproduce it with Flatpack Chrome though. So it's not "Flatpak's fault" or the package maintainer, it's something how Flatpak is integrated in KDE Neon.

Do you have any idea where should I move this report?
Comment 3 krobale 2026-02-11 18:09:59 UTC
I did some additional tests on KDE Neon:
- Pinta from Flatpak, drag and drop from a folder with polish letters -- works fine
- Firefox from Flatpack, repeated the test as described previously -- works fine
- Brave browser (Chromium based, but not close clone) -- works fine
- Chromium -- works fine
- Ungoogled Chromium -- works fine
- Vivaldi browser -- works fine 

So it's just Chrome. In my original report I wrote "in Chromium based browser (Chrome)", but after all this time I'm not sure why. Either it was my mistake or more Chromium-based browsers were affected. Now it's only Chrome.