Closed
Bug 383716
Opened 19 years ago
Closed 18 years ago
nsWebBrowserPersist::OnStopRequest doesn't check |status| for failure
Categories
(Core Graveyard :: Embedding: APIs, defect)
Core Graveyard
Embedding: APIs
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla1.9alpha8
People
(Reporter: Mardak, Assigned: Mardak)
References
(Depends on 2 open bugs, Blocks 1 open bug)
Details
Attachments
(1 file, 3 obsolete files)
|
1.82 KB,
patch
|
Biesinger
:
review+
bzbarsky
:
superreview+
|
Details | Diff | Splinter Review |
It's possible to get a status failure OnStop, but |status| is only used when passing to |mProgressListener|.
Perhaps do something similar to exthandler's OnStop?
http://mxr.mozilla.org/mozilla/source/uriloader/exthandler/nsExternalHelperAppService.cpp#2129
If there is a failure, a the |mProgressListener| will get a StatusChange with the status and error string; otherwise, it'll get a StateChange (stop) like usual.
Question is.. how many failures are actually arriving OnStop that didn't appear OnDataAvail.
Attachment #267701 -
Flags: review?(cbiesinger)
| Assignee | ||
Updated•19 years ago
|
Assignee: nobody → edilee
| Assignee | ||
Comment 1•19 years ago
|
||
This is necessary for the download manager to get the Link Fingerprint failure status as a StateChange.
Blocks: link-fingerprints, 377245
Status: NEW → ASSIGNED
| Assignee | ||
Comment 2•19 years ago
|
||
- Fix nits (comments, void)
Attachment #267701 -
Attachment is obsolete: true
Attachment #267701 -
Flags: review?(cbiesinger)
Comment 3•19 years ago
|
||
Edward, you'll request reviews once you're happy with the patch, right?
| Assignee | ||
Updated•19 years ago
|
Attachment #269539 -
Attachment description: v2 (trunk only) → v2
Attachment #269539 -
Flags: superreview?(cbiesinger)
Attachment #269539 -
Flags: review?
Comment 4•18 years ago
|
||
Comment on attachment 269539 [details] [diff] [review]
v2
- I think it makes more sense to call EndDownload instead of Cancel
- don't cast to void
- you need to continue in this function, because Cancel does not set mEventSink etc to null
Attachment #269539 -
Flags: superreview?(cbiesinger)
Attachment #269539 -
Flags: review?
Attachment #269539 -
Flags: review-
| Assignee | ||
Comment 5•18 years ago
|
||
(In reply to comment #4)
> - you need to continue in this function, because Cancel does not set mEventSink
> etc to null
Done. Instead of returning, it'll reuse the existing code to |delete data| which will get |completed| set to true allowing us to...
> - I think it makes more sense to call EndDownload instead of Cancel
... reuse the EndDownload + nulling. Done.
> - don't cast to void
Removed.
Attachment #269539 -
Attachment is obsolete: true
Attachment #273096 -
Flags: review?(cbiesinger)
| Assignee | ||
Comment 6•18 years ago
|
||
Check if we haven't gotten a failure Result instead of checking if we haven't been canceled yet.
Attachment #273096 -
Attachment is obsolete: true
Attachment #273208 -
Flags: review?(cbiesinger)
Attachment #273096 -
Flags: review?(cbiesinger)
Updated•18 years ago
|
Attachment #273208 -
Flags: superreview?(bzbarsky)
Attachment #273208 -
Flags: review?(cbiesinger)
Attachment #273208 -
Flags: review+
Comment 7•18 years ago
|
||
Comment on attachment 273208 [details] [diff] [review]
v4
Seems reasonable.
Attachment #273208 -
Flags: superreview?(bzbarsky) → superreview+
| Assignee | ||
Updated•18 years ago
|
Keywords: checkin-needed
Comment 8•18 years ago
|
||
Checking in embedding/components/webbrowserpersist/src/nsWebBrowserPersist.cpp;
/cvsroot/mozilla/embedding/components/webbrowserpersist/src/nsWebBrowserPersist.cpp,v <-- nsWebBrowserPersist.cpp
new revision: 1.130; previous revision: 1.129
done
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.9beta1
Updated•18 years ago
|
Flags: in-testsuite?
Updated•7 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•