Closed
Bug 394228
Opened 17 years ago
Closed 17 years ago
Downloading files can randomly fail.
Categories
(Toolkit :: Downloads API, defect)
Tracking
()
VERIFIED
FIXED
mozilla1.9alpha8
People
(Reporter: stevee, Assigned: sdwilsh)
References
Details
(Keywords: regression)
Attachments
(2 files)
1.12 KB,
patch
|
asaf
:
review+
|
Details | Diff | Splinter Review |
44.75 KB,
image/png
|
Details |
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a8pre) Gecko/2007082902 Minefield/3.0a8pre ID:2007082902
1. New profile, start firefox
2. Open ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk
3. Right click on firefox-3.0a8pre.en-US.mac.complete.mar and choose Save Link As. Choose a dir, and hit Save.
4. Right click on firefox-3.0a8pre.en-US.mac.dmg and choose Save Link As. Keep the current dir, and hit Save.
Expected:
Both files download
Actual:
First file downloads, second file does not download (stays in "Starting..." status, but never starts). If you cancel this second file and then retry the download, it starts fine.
Error console reports:
Error: this.recentWindow.QueryInteface is not a function
Source File: file:///C:/Documents%20and%20Settings/Ste/Desktop/Firefox%20Trunk%20(PLACES)/firefox/components/nsDownloadManagerUI.js
Line: 103
Error: uncaught exception: [Exception... "'[JavaScript Error: "this.recentWindow.QueryInteface is not a function" {file: "file:///C:/Documents%20and%20Settings/Ste/Desktop/Firefox%20Trunk%20(PLACES)/firefox/components/nsDownloadManagerUI.js" line: 103}]' when calling method: [nsIDownloadManagerUI::getAttention]" nsresult: "0x80570021 (NS_ERROR_XPC_JAVASCRIPT_ERROR_WITH_DETAILS)" location: "JS frame :: chrome://global/content/contentAreaUtils.js :: internalSave :: line 323" data: yes]
I don't think this ever used to happen, so +regression kw.
Flags: blocking-firefox3?
Reporter | ||
Comment 1•17 years ago
|
||
"Works" in 20070827_1656_firefox-3.0a8pre.en-US.win32
Broken in 20070827_1712_firefox-3.0a8pre.en-US.win32
Checkins to module PhoenixTinderbox between 2007-08-27 16:56 and 2007-08-27 17:11 :
http://bonsai.mozilla.org/cvsquery.cgi?module=PhoenixTinderbox&date=explicit&mindate=1188258960&maxdate=1188259919
Due to bug 389982.
Above, I put "works" in quotes for a reason. It seems that in the 20070827_1656 build, executing step 3 or step 4 results in an error being thrown to the error console multiple (say ten) times before the message stops being spewed and the download suddenly starts. The error is:
Error: [Exception... "'Component does not have requested interface' when calling method: [nsIInterfaceRequestor::getInterface]" nsresult: "0x80004002 (NS_NOINTERFACE)" location: "<unknown>" data: no]
With 20070827_1712 I don't see repeated throwing of the same error message. Instead the download either works, or it doesn't. (First download usually works, subsequent downloads usually don't work. Occasionally the first downloads fails too, tho).
Blocks: 389982
Summary: When downloading more than one file, only the first file downloads. → Downloading files can randomly fail.
Assignee | ||
Comment 2•17 years ago
|
||
(In reply to comment #1)
> Above, I put "works" in quotes for a reason. It seems that in the 20070827_1656
> build, executing step 3 or step 4 results in an error being thrown to the error
> console multiple (say ten) times before the message stops being spewed and the
> download suddenly starts. The error is:
>
> Error: [Exception... "'Component does not have requested interface' when
> calling method: [nsIInterfaceRequestor::getInterface]" nsresult: "0x80004002
> (NS_NOINTERFACE)" location: "<unknown>" data: no]
That's an xpconnect bug I believe.
Assignee | ||
Comment 3•17 years ago
|
||
d'oh. Silly me - QueryInteface != QueryInterface (missing r)
Assignee | ||
Comment 4•17 years ago
|
||
Comment 5•17 years ago
|
||
Comment on attachment 278854 [details] [diff] [review]
v1.0
r=mano, you shouldn't be waiting for reviews for this sort of patches though...
Attachment #278854 -
Flags: review?(mano) → review+
Assignee | ||
Comment 6•17 years ago
|
||
The situation only occurs if the download manager was already open. Hardly worth a litmus test....
We really need to get some automated UI tests for DM RSN as that would have probably caught this right away :/
Flags: in-testsuite?
Flags: in-litmus-
Target Milestone: --- → Firefox 3 M8
Assignee | ||
Comment 7•17 years ago
|
||
Checking in toolkit/components/downloads/src/nsDownloadManagerUI.js;
new revision: 1.2; previous revision: 1.1
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Comment 8•17 years ago
|
||
Comment 9•17 years ago
|
||
Verified FIXED using Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9a8pre) Gecko/2007082923 Minefield/3.0a8pre
Status: RESOLVED → VERIFIED
Flags: blocking-firefox3?
Updated•16 years ago
|
Product: Firefox → Toolkit
You need to log in
before you can comment on or make changes to this bug.
Description
•