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)
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
Comment 1•7 years ago
|
||
I can reproduce the problem on Win10 Nightly55. And setting dom.xhr.lowercase_header.enabled=false fixes the problem.
Status: UNCONFIRMED → NEW
status-firefox53:
--- → unaffected
status-firefox54:
--- → unaffected
status-firefox-esr45:
--- → unaffected
status-firefox-esr52:
--- → unaffected
Ever confirmed: true
Keywords: regression
Comment 2•7 years ago
|
||
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)
Assignee | ||
Comment 3•7 years ago
|
||
(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)
Assignee | ||
Comment 4•7 years ago
|
||
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
Comment 5•7 years ago
|
||
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
Comment 6•7 years ago
|
||
This WFM now in Nightly (even after flipping the pref back to true...?). Can you confirm, YF?
Flags: needinfo?(yfdyh000)
Yes. Why not be FIXED? https://developer.mozilla.org/en-US/docs/Mozilla/Bugzilla/What_to_do_and_what_not_to_do_in_Bugzilla#Resolving_bugs_as_FIXED
Flags: needinfo?(yfdyh000)
Comment 8•7 years ago
|
||
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
Updated•5 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•