Closed Bug 133404 Opened 23 years ago Closed 23 years ago

Download Begins While Displaying "Open With.." Dialog

Categories

(Core Graveyard :: File Handling, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 55690

People

(Reporter: mozilla, Assigned: bugzilla)

Details

Go to any http download that is not a type handled by the browser (HTML, etc.) and is also not application/octet-stream. A good example is a tar.gz or .zip archive. Click on the link to download it. When the "Open With.." dialog opens, notice that Mozilla is downloading the file before pressing any button. Not sure if this is desired behavior or not. Moz 0.9.9 WinXP Pro
>Not sure if this is desired behavior or not. Yes it is (we will possible change that because some users had problems with that, see bug 55690...) -> invalid
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → INVALID
Changing status to duplicate.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
*** This bug has been marked as a duplicate of 55690 ***
Status: REOPENED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → DUPLICATE
Mass removing self from CC list.
Now I feel sumb because I have to add back. Sorry for the spam.
Re-opening. Bug 55690 has morphed into a different bug. Bug 55690 is now about moving the spool file once a user picks a location. This bug is about the fact that there shouldn't be a spool file in the first place.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
grr, how about searching ? 2min searching and found this bug... *** This bug has been marked as a duplicate of 69938 ***
Status: REOPENED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → DUPLICATE
Maybe I didn't make myself clear. Bug 69938 is about WHERE the download is placed. This bug is about the fact that downloading is occuring BEFORE a location is specified, and not about where or what should happen to the download. They are two separate individual issues.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Clarification: If this bug were to be fixed, bug 69938 and 55690 would also be fixed as a necessary result. However, if those bugs are fixed, this one will not be fixed (i.e., Mozilla will still start downloading files before a location is specified).
ok, then this IS a dupe of bug 55690 Please read the comments in that bug before you are going to reopen this bug... (comment #13 etc...) *** This bug has been marked as a duplicate of 55690 ***
Status: REOPENED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → DUPLICATE
A wise suggestion, and it is the very reason that this bug was reopened. Bug 55960 has morphed into a bug about whether or not the spool file should be moved when the user selects a path to save the download, or if the download should complete and then be moved. Unless there is clarification that bug 55960 is about the fact that a download is occuring before the user picks a path to save it, then I will reopen this bug.
Then wait until a the developer decided how he will fix that bug and file a bug after bug 55690 is fixed. But if that bug will be fixed with a file move from temp to the correct location be prepared that a bug about not starting to downloading will be marked wontfix since there are reasons to do it...
That's fine if it's marked WONTFIX. I have no false hopes that user opinion in any way affects development. What I am concerned with is that the issue gets lost. At least if it is here as a separate issue and marked WONTFIX other users will see that Mozillans are aware of this and refuse to change the behavior.
Feel free to reopen this bug after the final bug 55690 is fixed..
Component: Download Manager → File Handling
marking verified as a duplicate. if you decide to reopen this bug, please clarify why. search string for bugspam removal: SalviaGuaranitica
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.