Open
Bug 1436186
Opened 7 years ago
Updated 2 years ago
DocGroup::GetKey isn't precise enough
Categories
(Core :: DOM: Core & HTML, defect, P3)
Core
DOM: Core & HTML
Tracking
()
NEW
People
(Reporter: nika, Unassigned)
References
(Depends on 1 open bug, Blocks 1 open bug)
Details
Currently it just uses nsIPrincipal::GetBaseDomain, when (I believe) it should also take the protocol and port into account.
Comment 1•7 years ago
|
||
Nika, could you please set a priority for this? (Without priority it shows up in triaging, and you'll get bugged by people like me. Sorry.)
Flags: needinfo?(nika)
Reporter | ||
Comment 2•7 years ago
|
||
This currently has no real impact, but it might in the future.
Flags: needinfo?(nika)
Priority: -- → P3
Assignee | ||
Updated•6 years ago
|
Component: DOM → DOM: Core & HTML
Comment 3•5 years ago
|
||
I think Principal should get a GetSite() method that follows https://html.spec.whatwg.org/#obtain-a-site and then we use that here. (Note that it usually would not take port into account which is correct as document.domain can unfortunately cross that boundary.)
The other thing here is that we should probably take origin attributes into account as well.
Comment 4•3 years ago
|
||
It seems this was fixed in bug 1601594, though there is still a comment there about GetBaseDomain: https://searchfox.org/mozilla-central/source/dom/base/DocGroup.cpp#154-166. The other slightly weird nomenclature there is "SiteOrigin". It would be nicer if we used Site here as well, similar to the refactoring from bug 1731739 comment 5.
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•