[Webkit-unassigned] [Bug 218383] WebDriver: do not focus the main frame when switching to a window
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Wed Nov 4 13:22:37 PST 2020
https://bugs.webkit.org/show_bug.cgi?id=218383
Sam Sneddon [:gsnedders] <gsnedders at apple.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |gsnedders at apple.com
--- Comment #6 from Sam Sneddon [:gsnedders] <gsnedders at apple.com> ---
(In reply to James Graham from comment #3)
> So. We recently refactored the spec here and afaict per the current text,
> switch to window does reset the frame; it calls [1] which unconditionally
> sets the current browsing context.
>
> But I can't tell you if that's actually the correct behaviour here; if it
> doesn't match browsers we should possibly change it to be a no-op if the
> window doesn't change (the refactor was intended to ensure we didn't fail
> commands in lots of cases where a frame was closed and the top level context
> was still open).
>
> The infra test could well be wrong.
>
> [1]
> https://w3c.github.io/webdriver/#dfn-set-the-current-top-level-browsing-
> context
As I read the spec, changing the current window changes the "current browsing context" (and more obviously the "current top-level browsing context"), and send keys should fail to send keys to an element within a frame as it looks up the element by id within the "current browsing context", and the element shouldn't exist within the top-level browsing context, only its child. So per spec send keys should fail due to not finding the element?
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20201104/5e2de175/attachment.htm>
More information about the webkit-unassigned
mailing list