KDE-only: Can't submit multiple files with multiple spaces in their names.
Reported by
dimaskor...@gmail.com,
Jul 13 2016
|
|||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/50.0.2661.94 Safari/537.36 Steps to reproduce the problem: 1. Create html form with multiple file input. 2. Create server side script with some code (for example 1.php). 3. Create file with multiple spaces in its name (for example 'w w.txt'). 4. Try to upload created at the prev. step file with any other file (for example choose files 'w w.txt' and '1.txt'). It is important to upload several files, because with single file all works correct. What is the expected behavior? Browser uploads files to server without any errors. Server side script can access the files. What went wrong? Browser show "Failed to load resource: net::ERR_FILE_NOT_FOUND" error. Server side script does not even called. Did this work before? N/A Chrome version: 50.0.2661.94 Channel: stable OS Version: Debian Flash Version: Shockwave Flash 21.0 r0 It works in firefox.
,
Jul 14 2016
I couldn't reproduce the problem on Ubuntu 14.04. Can you provide a complete HTML to reproduce the issue, and did a file input show "2 files" after choosing two files?
,
Jul 14 2016
All required files in bug_files.7z. I has recorded video with error demostration. You need to use Apache server to reproduce the problem.
,
Jul 15 2016
Thank you for providing more feedback. Adding requester "tkent@chromium.org" for another review and adding "Needs-Review" label for tracking. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jul 20 2016
dimaskorotkov@, are you using KDE-based shell?
,
Jul 20 2016
Yes.
,
Jul 20 2016
Thank you for providing more feedback. Adding "Needs-Review" label for tracking. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jul 20 2016
,
Jul 21 2016
,
Jul 21 2016
Unable to repro on chrome 53.0.2778.0 running on fedora with KDE. Please try updating chrome to see if this is fixed
,
Jul 21 2016
Chrome 52.0.2743.82 and Chromium 51.0.2704.79 - the same result (error). It is the latest Chrome version for debian from the official site and the latest Chromium version from the testing debian repository.
,
Jul 21 2016
I was actually using gnome in my previous post. Able to repro on KDE
,
Jul 21 2016
This is a KDE bug If I run "kdialog --getopenfilename ~/bug_files --multiple --separate-output" and select "w w.txt" and "1.txt", the output I get is /home/tom/bug_files/w%20 w.txt /home/tom/bug_files/1.txt Some bugs to look at are https://bugs.kde.org/show_bug.cgi?id=280796 https://bugs.kde.org/show_bug.cgi?id=267070 https://bugs.kde.org/show_bug.cgi?id=335922
,
Jul 25 2016
Removing the label "Needs-TestConfirmation" as per # 13.
,
Aug 17 2017
Issue 750302 has been merged into this issue.
,
Nov 14 2017
,
Dec 29 2017
Can anyone still reproduce this? I'm able to reproduce the issue with KDE4's kdialog, but not with Plasma 5/KDE Frameworks 5's one (I'm using Fedora 26). I took a look at the KDE4 KFileWidget implementation and can see where the bug was coming from, but this should've been solved years ago with the move to KF5 and Qt5. I guess people still on Ubuntu 14.04 are still on KDE4, but I'm interested in hearing from people using more modern distros.
,
Dec 29 2017
It turns out a KF5-based kdialog only started shipping in December 2016, so both Ubuntu 14.04 and 16.04 LTS still ship the KDE4-based kdialog, and so did the Fedora release Thomas was using back in mid-2016. I'd say this can be closed, as this has been fixed externally and people just need to switch to the Qt5-based kdialog.
,
Dec 29 2017
Hi, Just wondering, how can you change the KDE major version on an LTS distro without defeating the object using an LTS distro in the first place? 16.04 is a fairly new and popular one, or am I missing here something? Cheers, Tamas
,
Dec 29 2017
Note that I'm not advocating that any distro should follow any specific set of steps; how distros address this bug is up to them (including deciding whether to fix this in KFileWidget or just kdialog). My point here is that this bug has remained open while the underlying issue was addresses elsewhere; since this has already happened, I don't see why it needs to remain open (unless someone considers writing a workaround for old kdialog versions).
,
Feb 8 2018
Hi, I can still reproduce this bug with Plasma 5. Nothing was changed. Here is my system info. Chromium 64.0.3282.119 Built on Ubuntu , running on Ubuntu 17.10 Distributor ID: Ubuntu Description: Ubuntu 17.10 Release: 17.10 Codename: artful plasmashell 5.10.5 Qt: 5.9.1 KDE Frameworks: 5.38.0 kf5-config: 1.0
,
Mar 9 2018
Un-cc-ing me from all bugs on my final day. |
|||||||||||||
►
Sign in to add a comment |
|||||||||||||
Comment 1 by droger@chromium.org
, Jul 13 2016