Closed Bug 402781 Opened 17 years ago Closed 9 years ago

ASSERTION: Principals should be the same, with data url @import rules

Categories

(Core :: Security, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: martijn.martijn, Assigned: dveditz)

References

Details

(Keywords: assertion, testcase)

Attachments

(1 file)

Attached file zipped testcase
See zipped up testcase, to reproduce the assertion in your debug build, unzip the zipped up testcase and then open the file named 'principals should be the same.htm'.

Boris, you might be interested in this assertion, since you seem to have added in bug 221428.
Yeah, this is a consequence of nsIPrincipal::Equals being asymmetric ever since the patch for bug 230606 landed.  When looking up a new sheet load in the hashtable, we key on URI and loading principal.

In this case, the same URI is being loaded by both the document directly and by a.css.

When doing the hashtable lookup we presumably do document->Equals(a.css), which tests true.  Then the assertion tests the other direction, which tests false due to the abovementioned asymmetry.

The real issue is that the patch for bug 230606 is wrong as-is...
Blocks: 230606
No assertion anymore in current trunk build.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: