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)
Toolkit
Downloads API
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.
Assignee | ||
Comment 1•17 years ago
|
||
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.
Comment 2•17 years ago
|
||
Sounds very similar to bug 393895.
Assignee | ||
Updated•17 years ago
|
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 4•17 years ago
|
||
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 → ---
Comment 5•17 years ago
|
||
I think the problem comes about because of the same underlying issue though.
Reporter | ||
Comment 6•17 years ago
|
||
(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.
Assignee | ||
Comment 7•17 years ago
|
||
(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 | ||
Updated•17 years ago
|
Assignee: nobody → edilee
Status: REOPENED → NEW
OS: Windows XP → All
Hardware: PC → All
Target Milestone: --- → Firefox 3 M9
Assignee | ||
Comment 8•17 years ago
|
||
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 ago → 17 years ago
Keywords: regression
Resolution: --- → FIXED
Comment 9•17 years ago
|
||
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
Updated•16 years ago
|
Product: Firefox → Toolkit
You need to log in
before you can comment on or make changes to this bug.
Description
•