Closed Bug 1909271 Opened 4 months ago Closed 4 months ago

www.mapbusinessonline.com - The page refuses to load - h2 priority

Categories

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

Desktop
All
defect

Tracking

()

RESOLVED DUPLICATE of bug 1909666
Tracking Status
firefox-esr115 --- unaffected
firefox-esr128 --- fixed
firefox128 --- fixed
firefox129 --- fixed
firefox130 --- fixed

People

(Reporter: rbucata, Unassigned)

References

(Regression, )

Details

(Keywords: regression, webcompat:site-report, Whiteboard: [webcompat-source:web-bugs][necko-triaged][necko-priority-queue])

Attachments

(1 file)

Environment:
Operating system: Windows 10
Firefox version: Firefox 128.0

Steps to reproduce:

  1. Navigate to: https://www.mapbusinessonline.com
  2. Observe

Expected Behavior:
The page loads

Actual Behavior:
Browser does nothing

Notes:

  • Reproduces regardless of the status of ETP
  • Reproduces in Firefox Nightly, and Firefox Release
  • Does not reproduce in Chrome
  • Turning off network.http.http2.allow-pus solves the issue

Created from https://github.com/webcompat/web-bugs/issues/139430

OS: Windows 10 → All

Kershaw, can you take a look?

Severity: -- → S3
Flags: needinfo?(kershaw)
Priority: -- → P2
Summary: www.mapbusinessonline.com - The page refuses to load → www.mapbusinessonline.com - The page refuses to load - h2 priority
Whiteboard: [webcompat-source:web-bugs] → [webcompat-source:web-bugs][necko-triaged][necko-priority-queue]

It looks h2 server push is enabled by default, network.http.http2.allow-push, but this doesn't play well with Extensible Prioritization Scheme for HTTP/2 in bug 1865040.

This bug is caused by bug 1865040, as we disabled sending the HTTP/2 dependency tree to the server. According to RFC 9218, Firefox is not doing anything wrong, but apparently, some servers are not yet compliant with RFC 9218.

I'll dup this bug with bug 1909666 and provide a patch in that bug.

Status: NEW → RESOLVED
Closed: 4 months ago
Duplicate of bug: 1909666
Flags: needinfo?(kershaw)
Resolution: --- → DUPLICATE

PCAP for historical purposes.
It turns out the webserver would reset the TCP connection upon receiving a PRIORITY_UPDATE frame for the pushed stream.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: