nsIPrincipal and nsIURI have differently-cased `prePath` idl members which causes bugs
Categories
(Core :: DOM: Security, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox90 | --- | fixed |
People
(Reporter: Gijs, Assigned: ckerschb)
References
(Regression)
Details
(Keywords: regression, Whiteboard: [domsecurity-active])
Attachments
(1 file)
With the effort to stop people accessing nsIPrincipal::URI
, a lot of properties were put on nsIPrincipal
instead. The prePath
URI property is now prepath
(note: all-lowercase) on nsIPrincipal. This is confusing. It should match the capitalization of the URI property.
Assignee | ||
Comment 1•3 years ago
|
||
Basti, any chance you could fix that? Should be an easy fix.
Assignee | ||
Comment 2•3 years ago
|
||
Basti, I am assigning to you - should be an easy fix - thank you!
Comment 3•3 years ago
|
||
There appear to be two code uses of this already that will have to be fixed also (plus tests):
https://searchfox.org/mozilla-central/search?q=prepath&path=&case=true®exp=false
(could be more, that was just a quick search)
Assignee | ||
Comment 4•3 years ago
|
||
Let me iron that out real quick ...
Updated•3 years ago
|
Assignee | ||
Comment 5•3 years ago
|
||
Pushed by mozilla@christophkerschbaumer.com: https://hg.mozilla.org/integration/autoland/rev/293a97df5df8 Update prePath to camel case in nsIPrincipal.idl r=Gijs
Comment 7•3 years ago
|
||
bugherder |
Reporter | ||
Comment 8•3 years ago
|
||
Christoph: just to clarify, I checked and this doesn't in fact help with bug 1707208 :-( , so you can avoid spending time on getting this uplifted to 89. :-)
Assignee | ||
Comment 9•3 years ago
|
||
(In reply to :Gijs (he/him) from comment #8)
Christoph: just to clarify, I checked and this doesn't in fact help with bug 1707208 :-( , so you can avoid spending time on getting this uplifted to 89. :-)
Arh, that's unfortunate - thanks for checking though!
Updated•3 years ago
|
Description
•