Closed
Bug 292961
Opened 20 years ago
Closed 20 years ago
Possible to traverse anchors in cached presentations
Categories
(Core :: DOM: Navigation, defect)
Core
DOM: Navigation
Tracking
()
VERIFIED
FIXED
People
(Reporter: bzbarsky, Unassigned)
References
(Depends on 1 open bug, )
Details
See testcase in URL field.
Reporter | ||
Updated•20 years ago
|
Blocks: blazinglyfastback
Comment 1•20 years ago
|
||
this is wfm (linux)
Reporter | ||
Comment 2•20 years ago
|
||
Ah, looks like the change to nsGenericElement::ShouldFocus made the exact code
in that testcase not quite work (can't call focus() on the anchor). I can still
write a testcase that requests expanded privileges and dispatches a trusted
event if desired. Or we can wait till jst's "make click() work on all HTML
elements" patch lands and then the testcase can just call click(). The key
point is that the anchor knows about the docshell its document used to be in,
but the document isn't in that docshell anymore.
Comment 3•20 years ago
|
||
Oh, the |a| variable should go to null when the iframe navigates away? Or should
stay but have no discernible effect?
Comment 4•20 years ago
|
||
(and do you have a bug# for that .click() thing?)
Reporter | ||
Comment 5•20 years ago
|
||
Actually, reading code more carefully I was wrong. We're now unsetting the link
handler (though not the container?) on the prescontext when we hide in the
SHEntry. So this actually is fixed.
Ian, the right behavior is that the <a> has no discernible effect. It should
absolutely not go away.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 6•20 years ago
|
||
Ian, bug 284710.
Comment 7•20 years ago
|
||
Not having any effect was what I was hoping you'd say.
Thanks for the link.
VERIFIED fixed.
Status: RESOLVED → VERIFIED
Component: History: Session → Document Navigation
QA Contact: history.session → docshell
You need to log in
before you can comment on or make changes to this bug.
Description
•