Closed Bug 1370071 Opened 7 years ago Closed 7 years ago

bilibili.com's user profiles loading failure after Bug 1348390

Categories

(Core :: DOM: Core & HTML, defect, P1)

55 Branch
defect

Tracking

()

RESOLVED FIXED
Tracking Status
firefox-esr45 --- unaffected
firefox-esr52 --- unaffected
firefox53 --- unaffected
firefox54 --- unaffected
firefox55 --- verified disabled

People

(Reporter: yfdyh000, Assigned: shawnjohnjr)

References

Details

(Keywords: regression)

STR:
Open https://space.bilibili.com/358422/ or other user profile.


Actual results:
All data loading failed. A message box popup.

Error in Web Console:
TypeError: e is undefined  app_6eb88f25.js:10:28831


Regression window:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=2e07ae5b0b69519a59d2943b95534bade9b68758&tochange=8cb64c677091fe3f8ae587e931a5ffe24b997972
Blocks: 1348390
Has Regression Range: --- → yes
Has STR: --- → yes
I can reproduce the problem on Win10 Nightly55.
And setting dom.xhr.lowercase_header.enabled=false fixes the problem.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regression
Shawn, putting this on your radar so that we could better determine if we should flip the dom.xhr.lowercase_header.enabled as bug 1348390 comment 23 mentioned.
Flags: needinfo?(shuang)
(In reply to Hsin-Yi Tsai [:hsinyi] from comment #2)
> Shawn, putting this on your radar so that we could better determine if we
> should flip the dom.xhr.lowercase_header.enabled as bug 1348390 comment 23
> mentioned.

Yes. I'm aware of these bugs and I will disable lowercase-header.
Flags: needinfo?(shuang)
Since Safari and Chrome already landed case-insensitive response header name to follow the latest XHR specification.
I think it's better to always check lowercase header names in XHR.getAllResponseHeaders().

See:
https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/_oxlCPNsrck/_LEAqIZDCAAJ
Assigning to Shawn since he appears to already be working on this. That assignment can obviously end in a WONTFIX, Shawn :)
Assignee: nobody → shuang
Priority: -- → P1
This WFM now in Nightly (even after flipping the pref back to true...?). Can you confirm, YF?
Flags: needinfo?(yfdyh000)
Sure, we can close as FIXED.

(WFM in my previous comment is just an expression, not a formal bug resolution status)
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Component: DOM → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.