Closed
Bug 1286258
Opened 8 years ago
Closed 8 years ago
HttpChannelChild::ResetInterception() ignores errors from ContinueAsyncOpen()
Categories
(Core :: Networking, defect)
Core
Networking
Tracking
()
RESOLVED
FIXED
mozilla50
People
(Reporter: bkelly, Assigned: bkelly)
References
Details
(Whiteboard: [necko-active])
Attachments
(1 file)
1.74 KB,
patch
|
valentin
:
review+
gchang
:
approval-mozilla-aurora+
gchang
:
approval-mozilla-beta+
|
Details | Diff | Splinter Review |
Currently HttpChannelChild::ResetInterception() does this:
// Continue with the original cross-process request
nsresult rv = ContinueAsyncOpen();
NS_ENSURE_SUCCESS_VOID(rv);
This leaves the channel in a half-opened state and dangling. We should really abort the channel in this case.
Assignee | ||
Updated•8 years ago
|
Assignee | ||
Comment 1•8 years ago
|
||
This fixes the leak for me. It simply aborts the channel in cases where we get a failed ContinueAsyncOpen(). Previously we were leaving the channels in a stuck state.
Attachment #8770154 -
Flags: review?(valentin.gosu)
Assignee | ||
Updated•8 years ago
|
status-firefox47:
--- → wontfix
status-firefox48:
--- → affected
status-firefox49:
--- → affected
status-firefox50:
--- → affected
status-firefox-esr45:
--- → disabled
Comment 2•8 years ago
|
||
Comment on attachment 8770154 [details] [diff] [review]
Abort http channels that fail ContinueAsyncOpen() during service worker han dling. r=valentin
Review of attachment 8770154 [details] [diff] [review]:
-----------------------------------------------------------------
Looks good.
Thanks!
Attachment #8770154 -
Flags: review?(valentin.gosu) → review+
Assignee | ||
Comment 3•8 years ago
|
||
Updated•8 years ago
|
Whiteboard: [necko-active]
Pushed by bkelly@mozilla.com:
https://hg.mozilla.org/integration/mozilla-inbound/rev/3c297b5c49ed
Abort http channels that fail ContinueAsyncOpen() during service worker handling. r=valentin
Assignee | ||
Comment 5•8 years ago
|
||
Comment on attachment 8770154 [details] [diff] [review]
Abort http channels that fail ContinueAsyncOpen() during service worker han dling. r=valentin
Approval Request Comment
[Feature/regressing bug #]: Service workers
[User impact if declined]: If an error is hit while opening a network channel on a site controlled by a service worker we may not handle the error correctly. The result could be a leaked window (like bug 1286008) or possibly just an infinitely spinning navigation request. This patch makes us correctly abort the channel so our normal about:neterror page is shown.
[Describe test coverage new/current, TreeHerder]: Existing mochitests and wpt tests. No new tests since its difficult to trigger an error consistently for these paths.
[Risks and why]: Minimal. We are simply connecting existing, well tested error handling to an error path that was added for service workers.
[String/UUID change made/needed]: None.
Attachment #8770154 -
Flags: approval-mozilla-beta?
Attachment #8770154 -
Flags: approval-mozilla-aurora?
Comment 6•8 years ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla50
Comment 7•8 years ago
|
||
Comment on attachment 8770154 [details] [diff] [review]
Abort http channels that fail ContinueAsyncOpen() during service worker han dling. r=valentin
Review of attachment 8770154 [details] [diff] [review]:
-----------------------------------------------------------------
This patch fixes a error handling issue in service worker. Take it 48 beta 8 and aurora.
Attachment #8770154 -
Flags: approval-mozilla-beta?
Attachment #8770154 -
Flags: approval-mozilla-beta+
Attachment #8770154 -
Flags: approval-mozilla-aurora?
Attachment #8770154 -
Flags: approval-mozilla-aurora+
Comment 8•8 years ago
|
||
bugherder uplift |
Comment 9•8 years ago
|
||
bugherder uplift |
You need to log in
before you can comment on or make changes to this bug.
Description
•