Open
Bug 524629
Opened 15 years ago
Updated 2 years ago
save file/download dialogue closes silently, if you close tab before choosing what to do with the file.
Categories
(Toolkit :: Downloads API, defect)
Tracking
()
NEW
People
(Reporter: om111, Unassigned)
References
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3
When you load a URL by clicking a hyperlink to it that gives a Content-Type header that is defined in the Applications tab of Firefox Preferences to "Always ask", and once the dialogue that asks "What should Firefox do with this file?" comes up, if you then close the tab, choosing to "Save File" does not do what was expected. It just does nothing.
Reproducible: Always
Steps to Reproduce:
1. On a page that contains a hyperlink to a document that has a Content-Type header that is defined in the Applications tab of Firefox Preferences to "Always ask".
2. Click on the link, and you should get the dialogue "You have chosen to open...".
3. Choose the option "Save File"
4. Close the tab that had the hyperlink that you clicked.
5. Click OK in the "You have chosen to open..." dialogue.
Actual Results:
The dialogue closes, silently failing. Firefox does not download the file, and it does not reach the step to ask you where to save the file to.
Expected Results:
Expected is what would happen if you did not close the tab. You should be asked where to save the file to and it should be downloaded as normal.
Updated•15 years ago
|
Component: General → Download Manager
Product: Firefox → Toolkit
QA Contact: general → download.manager
Version: 3.5 Branch → 1.9.1 Branch
Is this duplicate of bug 368759 and bug 262446 ?
I suppose it is a dup of 262446, but 362446's description is when the window closes due to the javascript telling it to close. This description is when you close the tab. But I'm sure the root cause of the problem would be the same for both cases. Also you said in the comments of the other bug, its not seen in Linux, well the problem I'm having here is evident on Linux.
Yes it surprises me. I tested with FF 3.0.18 on Linux. Save file dialog stays for me. But in case of Windows, it is glued up with its parent window. I used FF 3.0.18, 3.0.19 and 3.6.3 to test. But no difference.
Common part of all these bugs is if parent window is not open download will get affected.
Comment 5•13 years ago
|
||
Updating version and platform based on dupe
OS: Linux → All
Hardware: x86 → All
Version: 1.9.1 Branch → 5 Branch
Updated•13 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 7•13 years ago
|
||
On Firefox 6.0 on Mac OS X 10.6.8 :
I do the scenario of request bug 682566. I have reproduced the bug.
And at the end, I quit Firefox. In my Downloads folder, I find a file "S39d9ES0.exe.part". This is incorrect.
Comment 8•13 years ago
|
||
See also : request bug 686923.
Updated•2 years ago
|
Severity: normal → S3
Comment 10•2 years ago
|
||
The severity field for this bug is relatively low, S3. However, the bug has 3 duplicates.
:mak, could you consider increasing the bug severity?
For more information, please visit auto_nag documentation.
Flags: needinfo?(mak)
Comment 11•2 years ago
|
||
The last needinfo from me was triggered in error by recent activity on the bug. I'm clearing the needinfo since this is a very old bug and I don't know if it's still relevant.
Flags: needinfo?(mak)
You need to log in
before you can comment on or make changes to this bug.
Description
•