CORP headers error is hard to understand and reuses a policy message
Categories
(Core :: Networking, defect, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr115 | --- | wontfix |
firefox-esr128 | --- | fix-optional |
firefox132 | --- | wontfix |
firefox133 | --- | fix-optional |
firefox134 | --- | fix-optional |
People
(Reporter: mkaply, Assigned: sekim)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: regression, Whiteboard: [necko-triaged][necko-priority-next])
Attachments
(2 files)
I encountered a CORP error today and this is what I got (see attachment):
Blocked Page
An error occurred during a connection to www.google.com.
It was only by inspecting the page and looking at network errors that I saw:
NS_ERROR_DOM_COOP_FAILED
There are two problems here.
- This should not be reusing the enterprise policy blocked page message.
- The message should provide more information about what is actually going on.
Comment 1•28 days ago
|
||
:valentin, since you are the author of the regressor, bug 1730494, could you take a look? Also, could you set the severity field?
For more information, please visit BugBot documentation.
Comment 2•28 days ago
|
||
Set release status flags based on info from the regressing bug 1730494
Updated•28 days ago
|
Comment 3•21 days ago
|
||
Hi Sean,
Would you have time to take this? It would be similar to bug 1890028.
We need a different error when COOP and COEP failures here and to make changes to aboutNetError.mjs and the ftl to explain the error.
Updated•21 days ago
|
Hello Valentin,
Is there a way to test NS_ERROR_DOM_COOP_FAILED
? I don't see any existing tests covering this.
Comment 6•11 days ago
|
||
I think this is tested by ./mach test testing/web-platform/tests/html/cross-origin-opener-policy/coop-coep-sandbox.https.html
Updated•6 days ago
|
Description
•