Closed
Bug 80745
Opened 23 years ago
Closed 23 years ago
chrome:// urls do not recognize targets properly
Categories
(Core :: Layout, defect)
Core
Layout
Tracking
()
VERIFIED
FIXED
mozilla0.9.1
People
(Reporter: oeschger, Assigned: jst)
References
Details
Attachments
(1 file)
2.98 KB,
patch
|
Details | Diff | Splinter Review |
jst describes it best: "When a chrome:// url is loaded the HTML content sink fails to notice that there's a ref (i.e. #foo) in the URL since a chrome:// uri is not an nsIURL, it's a nsIJARURI (which inherits nsIURI, but not nsIURL) so the sink can't call GetRef() on the url and thus we don't know what to scroll to." Our Help window uses chrome urls of this type all the time to get to specific context-sensitive help. Right now, the Help window loads the main document but does not scroll to the target.
Assignee | ||
Comment 1•23 years ago
|
||
Taking this bug, I already have a hack that fixes this problem.
Assignee: karnaze → jst
Severity: major → normal
Target Milestone: --- → mozilla0.9.1
Assignee | ||
Comment 2•23 years ago
|
||
Assignee | ||
Comment 3•23 years ago
|
||
Fixed.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•