Closed Bug 1753002 Opened 4 years ago Closed 3 years ago

Diagnostic assert at [@ mozilla::net::Http3Stream::ReadSegments ]

Categories

(Core :: Networking: HTTP, defect, P2)

defect

Tracking

()

RESOLVED FIXED
99 Branch
Tracking Status
firefox-esr91 --- unaffected
firefox97 --- unaffected
firefox98 --- disabled
firefox99 --- fixed

People

(Reporter: dragana, Assigned: dragana)

References

(Blocks 1 open bug, Regression)

Details

(Keywords: regression, Whiteboard: [necko-triaged])

Crash Data

Attachments

(3 files)

No description provided.
Whiteboard: [necko-triaged]

Found this crash on try server.
https://treeherder.mozilla.org/logviewer?job_id=366855828&repo=autoland&lineNumber=6834

The test netwerk/test/unit/test_http3_large_post.js was running with socket process. Before running this test, there were already some test failures, which might suggest that something was already wrong.

Attached file live_backing.log

The raw log for comment #1.

See Also: → 1753865
Attached file crash_log.zip

Reproduce this crash with the following steps:

  1. Click + to upload a file on discord.com
  2. Rename the uploaded file.
  3. Type anything and click enter to send this message.

The attached file is the http log.

I'm surprised this isn't flagged as a regression

Flags: needinfo?(dd.mozilla)

This is not really a regression. There is no impact on the users. This is a diagnostic assert to make sure we behave nice.

Look at the log in comment 3, this is probably a false positive.

Flags: needinfo?(dd.mozilla)

(In reply to Dragana Damjanovic [:dragana] from comment #5)

This is not really a regression. There is no impact on the users. This is a diagnostic assert to make sure we behave nice.

But this type of assert takes down non-debug builds. Crash is a pretty hard impact on users.
Can we change the type of assert, or remove it until it's not crashing beta and nightly builds? https://hg.mozilla.org/releases/mozilla-beta/file/8426c57c6960df31cae39214a8a1af0d92170662/netwerk/protocol/http/Http3Stream.cpp#l408

Flags: needinfo?(dd.mozilla)
Regressed by: 1750587

Set release status flags based on info from the regressing bug 1750587

No longer blocks: 1750587
Severity: N/A → --
Type: task → defect
Has Regression Range: --- → yes

A non-zero Content-Length header is set on nsHttpChannel by the creator of the channel. The creator of the channel does not supply an upload stream.
We should not send a Content-Length header without a body.
A Content-Length header value should match the size of the body.

Necko cannot easily detect this situation and I think it should be fixed by the channel creator

I have created bug 1757910 to fix the problem and I will change this assertion to a debug one because we cannot detect this case correctly.

Flags: needinfo?(dd.mozilla)
Assignee: nobody → dd.mozilla
Status: NEW → ASSIGNED
Pushed by ddamjanovic@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/a7eb977e0793 Change the diagnostic assert to a debug assert until bug 1757910 is fixed. r=necko-reviewers,kershaw
Status: ASSIGNED → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
Target Milestone: --- → 99 Branch
See Also: → 1757910
See Also: 1753865
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: