Closed
Bug 98600
Opened 23 years ago
Closed 23 years ago
use of NS_ERROR_NO_CONTENT from the URILoader causes an assert
Categories
(Core :: Networking, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: blizzard, Assigned: blizzard)
Details
(Whiteboard: [xremote])
Attachments
(2 files)
572 bytes,
patch
|
Details | Diff | Splinter Review | |
662 bytes,
patch
|
rpotts
:
review+
mscott
:
superreview+
|
Details | Diff | Splinter Review |
The use of NS_ERROR_NO_CONTENT() from nsMailtoChannel::AsyncOpen() has caused problems when loading mailto: urls from the URILoader. It looks like the docshell code was patched to handle this error condition but the URI Loader hasn't been. Patch to follow.
Assignee | ||
Comment 1•23 years ago
|
||
Assignee | ||
Comment 2•23 years ago
|
||
I need review/super-review from you guys since this seems to be your area. I need this for X Remote fixes.
Whiteboard: [xremote]
Comment 3•23 years ago
|
||
oops, you're right... I think that a better patch would be to combine the check with NS_ERROR_DOM_RETVAL_UNDEFINED. something like this: if (rv == NS_ERROR_DOM_RETVAL_UNDEFINED || rv == NS_ERROR_NO_CONTENT) rather than adding another if statement Hopefully, NS_ERROR_DOM_RETVAL_UNDEFINED is going away in favor of NS_ERROR_NO_CONTENT.
No longer blocks: 98603
Assignee | ||
Comment 4•23 years ago
|
||
What about the warning after the check? It's not a warning condition, is it?
Comment 5•23 years ago
|
||
Yeah... we can lose the NS_WARNING(...).
Assignee | ||
Comment 6•23 years ago
|
||
Updated•23 years ago
|
Attachment #48476 -
Flags: review+
Comment 7•23 years ago
|
||
Comment on attachment 48476 [details] [diff] [review] patch #2 sr=mscott
Attachment #48476 -
Flags: superreview+
Assignee | ||
Comment 8•23 years ago
|
||
Checked in. Thanks, guys!
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•