Consider logging the reason for the returned network error if the status code cannot be parsed
Categories
(Core :: Networking: HTTP, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr102 | --- | unaffected |
| firefox-esr115 | --- | unaffected |
| firefox116 | --- | unaffected |
| firefox117 | --- | unaffected |
| firefox118 | --- | fixed |
People
(Reporter: infofrommozilla, Assigned: twisniewski)
References
(Regression)
Details
(Keywords: regression)
Attachments
(2 files)
Due to an error in my server, the FF only showed a blank page. There was no message in the log and even in the network console the information was limited to a lapidary NS_ERROR_FAILURE.
A hint on the cause of the error (the broken/missing response code), would be appropriate and extremely helpful.
| Reporter | ||
Updated•2 years ago
|
Comment 1•2 years ago
|
||
Set release status flags based on info from the regressing bug 1687903
:twisniewski, since you are the author of the regressor, bug 1687903, could you take a look? Also, could you set the severity field?
For more information, please visit BugBot documentation.
| Assignee | ||
Comment 2•2 years ago
|
||
I definitely agree that using a more detailed code here is a good idea, I'll try to get this done before the soft freeze. I think I will add at least one code, NS_ERROR_PARSING_HTTP_STATUS_LINE, for this purpose.
:nchevobbe, if I do this, I assume the networking panel will show that code instead of NS_ERROR_FAILURE?
Comment 3•2 years ago
|
||
(In reply to Thomas Wisniewski [:twisniewski] from comment #2)
I definitely agree that using a more detailed code here is a good idea, I'll try to get this done before the soft freeze. I think I will add at least one code, NS_ERROR_PARSING_HTTP_STATUS_LINE, for this purpose.
:nchevobbe, if I do this, I assume the networking panel will show that code instead of NS_ERROR_FAILURE?
Not sure, bomsy would know better. He's not accepting ni for now, so let's ask him later this week :)
Comment 4•2 years ago
|
||
(In reply to Thomas Wisniewski [:twisniewski] from comment #2)
I definitely agree that using a more detailed code here is a good idea, I'll try to get this done before the soft freeze. I think I will add at least one code, NS_ERROR_PARSING_HTTP_STATUS_LINE, for this purpose.
:nchevobbe, if I do this, I assume the networking panel will show that code instead of NS_ERROR_FAILURE?
Yes that is the correct, it should show the NS_ERROR_PARSING_HTTP_STATUS_LINE instead.
| Assignee | ||
Comment 5•2 years ago
|
||
Updated•2 years ago
|
Comment 7•2 years ago
|
||
Backed out for causing Gtest failures TestHttpResponseHead
- Backout link
- Push with failures
- Failure Log
- Failure line: TEST-UNEXPECTED-FAIL | TestHttpResponseHead.bug1687903 | Expected equality of these values:
| Assignee | ||
Comment 8•2 years ago
|
||
Ah, that's a quick fix. I'll push again in a moment.
Comment 10•2 years ago
|
||
| bugherder | ||
Description
•