Closed Bug 1849641 Opened 11 months ago Closed 10 months ago

Consider logging the reason for the returned network error if the status code cannot be parsed

Categories

(Core :: Networking: HTTP, defect)

defect

Tracking

()

RESOLVED FIXED
118 Branch
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.

Type: enhancement → defect
Keywords: regression
Regressed by: 1687903

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.

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?

Flags: needinfo?(twisniewski) → needinfo?(nchevobbe)

(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 :)

(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.

Flags: needinfo?(nchevobbe)
Assignee: nobody → twisniewski
Status: NEW → ASSIGNED
Pushed by twisniewski@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/c187cb4839c0
log a console message and use a more descriptive error code when HTTP response status line cannot be parsed; r=valentin,necko-reviewers

Backed out for causing Gtest failures TestHttpResponseHead

Flags: needinfo?(twisniewski)

Ah, that's a quick fix. I'll push again in a moment.

Flags: needinfo?(twisniewski)
Pushed by twisniewski@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/c341836bd4a7
log a console message and use a more descriptive error code when HTTP response status line cannot be parsed; r=valentin,necko-reviewers
Status: ASSIGNED → RESOLVED
Closed: 10 months ago
Resolution: --- → FIXED
Target Milestone: --- → 118 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: