Closed
Bug 1140642
Opened 10 years ago
Closed 10 years ago
Image Download via Drag&Drop has the wrong filename
Categories
(Core :: DOM: Copy & Paste and Drag & Drop, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 291837
People
(Reporter: allo, Unassigned)
Details
User Agent: Mozilla/5.0 (Windows NT 6.3; rv:36.0) Gecko/20100101 Firefox/36.0
Build ID: 20141126041045
Steps to reproduce:
- Visit an url, which points to an image, but without filename, i.e. "http://foo/32/"
- Open it in a new tab, save the image with Ctrl+s or right click the link and select "save as"
- Image has the name image_32.png (from content-disposition header)
(correct)
- Drag the link into a folder (tested on linux with dolphin (KDE filemanager))
- The image is stored as "32" without extension and ignoring the content-disposition header.
Hi Alex,
The link you provided does not work. This message appears: "not found" on the page. Can you please provide a working link on where I could test this?
Also, can you please try to reproduce this on the latest release(43.0.1) and latest Nightly(46.0a1) and provide the results? When doing this, you could create a new clean Firefox profile, or test in safe mode, as some of this issues may be caused by third party installed add-ons or custom settings on user's end(https://support.mozilla.org/en-US/kb/troubleshoot-and-diagnose-firefox-problems).
Thanks,
Paul,
Flags: needinfo?(alexander_schier)
The link is from an internal system, http://foo ist just an example here.
Steps to reproduce the link:
- Start a tiny webserver (i.e. some python stuff)
- Serve an image from /32/
- Make sure it has content-disposition header with a filename
- Then try to save it via ctrl+s (works)
- Then try to drag it into an folder (wrong name)
Header Example:
Request:
GET /32/
some-request-headers: here
Response:
HTTP/1.1 200 OK
Server: nginx
Date: Tue, 22 Dec 2015 23:29:06 GMT
Content-Type: image/png
Transfer-Encoding: chunked
Connection: keep-alive
Content-Disposition: filename=image_32.png
The last header has the filename for ctrl+s, which is ignored on drag&drop.
Flags: needinfo?(alexander_schier)
Status: UNCONFIRMED → NEW
Component: Untriaged → Layout: Images
Ever confirmed: true
Product: Firefox → Core
Comment 3•10 years ago
|
||
This is not likely to be a layout problem. But not sure where the code for this lives... networking? Widget?
Comment 4•10 years ago
|
||
Drag and drop. And it's a pretty clear duplicate...
Status: NEW → RESOLVED
Closed: 10 years ago
Component: Layout: Images → Drag and Drop
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•