Closed Bug 394646 Opened 17 years ago Closed 17 years ago

Download manager notifies for, but doesn't list downloads from file:///

Categories

(Toolkit :: Downloads API, defect)

defect
Not set
minor

Tracking

()

VERIFIED FIXED
mozilla1.9beta1

People

(Reporter: Gijs, Assigned: Mardak)

References

Details

(Keywords: regression)

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a8pre) Gecko/2007090100 Minefield/3.0a8pre (home built, MSVC 7.1, msys, win xp pro sp2)

STR:

1. Open a file (I used a xul file, but I don't think it matters) on your harddrive using the file:/// protocol.
2. Use File > Save As...
3. Save the file to somewhere else (eg. your desktop)
4. The download manager opens.


ER:
The download gets listed, possibly first as active, but at least 'soon' as complete. Then a notification pops up saying the download has succeeded.

(Alternative expected results: the download manager doesn't open at all, no notification is displayed)

AR:
The download doesn't get listed at all (even though the download manager opened), but a notification *does* pop up. Which is kinda strange.
Does the download show up if you close the download manager and then reopen it?

Perhaps it's just downloading the file too fast to show up in the download manager -- I see a progress bar and all if I save a big local file but a blank active for a small text file.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → DUPLICATE
So, this bug:
- is not about html files
- is not about "save web page as, complete"
- is not about the "download" failing or giving strange message when quitting.

This bug is about the download manager's behaviour being inconsistent in my eyes, something which is *clearly* stated in comment #0 and the summary of this bug.


Unduping.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
I think the problem comes about because of the same underlying issue though.
(In reply to comment #5)
> I think the problem comes about because of the same underlying issue though.
> 

Then why would the "download" fail in one case (or hang around), and not in mine? That seems strange, especially since, as far as I can tell, bug 393821 doesn't touch upon "failure" of downloads at all - just on the display bits.
(In reply to comment #0)
> The download doesn't get listed at all (even though the download manager
> opened)
(In reply to comment #6)
> bug 393821 doesn't touch upon "failure" of downloads at all - just on the 
> display bits.

Bug 393821 depends on some other bugs that fix other issues.
Depends on: 393821
Assignee: nobody → edilee
Status: REOPENED → NEW
OS: Windows XP → All
Hardware: PC → All
Target Milestone: --- → Firefox 3 M9
Seems to be fixed by bug 393821 -- checked with an hourly build
Build identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a9pre) Gecko/2007100120 Minefield/3.0a9pre

Tested with download manager closed before saving and download manager open when saving. Open File -> browsed to some local image and did Save As with the page.
Status: NEW → RESOLVED
Closed: 17 years ago17 years ago
Keywords: regression
Resolution: --- → FIXED
Gijs, can you confirm this as verified FIXED?  It's now working for me with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a9pre) Gecko/2007100205 Minefield/3.0a9pre
Verified FIXED per my comment 9.
Status: RESOLVED → VERIFIED
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.