Closed Bug 292961 Opened 19 years ago Closed 19 years ago

Possible to traverse anchors in cached presentations

Categories

(Core :: DOM: Navigation, defect)

defect
Not set
normal

Tracking

()

VERIFIED FIXED

People

(Reporter: bzbarsky, Unassigned)

References

(Depends on 1 open bug, )

Details

See testcase in URL field.
this is wfm (linux)
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.
Oh, the |a| variable should go to null when the iframe navigates away? Or should
stay but have no discernible effect?
(and do you have a bug# for that .click() thing?)
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: 19 years ago
Resolution: --- → FIXED
Ian, bug 284710.
Not having any effect was what I was hoping you'd say.

Thanks for the link.

VERIFIED fixed.
Status: RESOLVED → VERIFIED
Depends on: 293173
Depends on: 293175
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.