Closed Bug 133404 Opened 22 years ago Closed 22 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: 22 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: 22 years ago22 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: 22 years ago22 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: 22 years ago22 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.