[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