– DRAFT –
WebDriver

<jgraham> RRSAgent: make logs public

<jgraham> RRSAgent: make minutes

<MaksimSadym> I have to leave in 30 minutes

Support for unloaded tabs

github: w3c/webdriver-bidi#656

whimboo: This isnt a blocking topic at the moment but we will need to think about it in the future
… there could be cases where a tab doesnt have content window attached to it
… a lot of events will not be sent out if nthere isn't a content window attached
… so I wanted to see if there is a similar issue with chromium folks

whimboo: this will be an issue with bidi as we can access tabs that are not currently focused. It's not an issue with webdriver classic

Maksim Sadym: we have a more or less similar issue when we do print or screenshot when the tab is not in focus
… I will try look at this in the next week

jgraham: spec wise HTML doesn't have anything for this situation. We shoiuld probably raise an issue on that spec
… as it's not really discribed

jrandolf: could you precisely define unloaded

whimboo: in our case with a tab when a content process in a tab. When the tab is unloaded there will not be a content process attached

jrandolf: could you hellp me understand when this occurs

jgraham (IRC): in Firefox if you reload a session you will have tabs but they won't load any content until somene clicks on it
… but there are times where you want to tell a tab in automation to start loading by clicking on it
… there are some properties that are associated with the traversable from cache and other properties
… I think we need to file an issue on HTML and go speak to that group

<jgraham> A related situation is mobile when background tabs might be automatically unloaded

jrandolf: for context in chromium there are specific commands that don't work if the tab doesn't have focus
… but the tree is fully loaded

jdescottes: in CHromium there is memory saver which is very similar to what Firefox does in this case

jrandolf: that's good to know. I can see what you are after and we will look into this and get back to you. I agree with jgraham (IRC) we should raise an HTML Spec issue

ACTION: Raise issue against HTML for Support for unloaded tabs

RFC 182: Add WebDriver BiDi support to testdriver.js

github: web-platform-tests/rfcs#182

sadym (IRC): we have started putting webdriver bidi into testdriver.js. Apologies to jgraham (IRC) for how we started it but we encourage everyone to have a look

Clarify when files set with "input.setFiles" command should be considered equal to the selected files

github: w3c/webdriver-bidi#678

sasha: The first thing is when we should fire the cancel event
… there are also cases where we are putting info into in and when we try retrieve it we don't get the same information and there are cases where we cant get this info from the HTML spec as it forbids it

jrandolf: I created the spec the way it is as it is for what the user would expected. I am not so picky in how we do this by adding a flag. I don't think an empty file list makes sense
… in the CDDL we have have it cancel or files
… we don';t want to influence the HTML spec here too much

jgraham (IRC): I think the actual behaviour here is different between gecko/webkit/chromium
… a cancel event isn't fired in gecko but it does in chromium/webkit
… and a flag seems a natural way to do it
… we can have type attribute where it is a type cancel and type files but I haven't thought about it much

Add a step to validate if the files which a client tries to set with input.setFiles command exist

github: w3c/webdriver-bidi#677

sasha: the question is should we error like webdriver classic if the file doesn't exist
… on the platform side we snapshot the file and then send it across and this can error
… does this make sense for everyone?

jrandolf: On chromium we don't do validation until the file is read
… it is probably fine to write a normative note as it is platform specific to say this could throw an error
… in chromium we take a more relaxed sense since we don't expect people to send fake files and I know this came from wpt that was sending fake files

jgraham (IRC): I think there are definitely loads of situations where it could throw an error
… for most people they won't be sending fake files but we need to do it for testing the browser
… and appreciate it's a bit of a footgun but we can see if we can relax the requirement on our side

sasha: we have fixed wpt tests to make temporary files and we won't have to create any spec changes?

jgraham (IRC): I think we should have the spec updated to say it's an invalid argument like classic

User prompt handlers

github: w3c/webdriver#1791

<jgraham> I note that is a position on whether Invalid Argument is only for things that can be detected from the schema; if we reject files for not existing then it isn't. So if we want that property we should invent a new error.

jgraham (IRC): after working through handlers for user prompts in classic which shoulnd't change how we do things
… and now have something up for bidi
… in bidi we want to be notified before unload where in classic it was automatically handled
… whimboo has looked at this and since it's a new feature it would be good if other vendors can have a look
… one of the future items is that we can have the file dialog is handled this way
… as well as the classic PR there are also draft PRs on HTML and WebDriver Bidi

Better pointer events

github: w3c/webdriver#1800

<jgraham> RRSAgent: make minutes

jrandolf: I brought up the issue as I was working on the tests in this section
… there are even some items that are not used by any browser
… I think we're waiting on webkit for review here

automatedtester: shs96c could you help find someone to review

shs96c: will do

jgraham (IRC): I think it is ok. It is technically a backwards incompatible change in our tests
… I think it's minor and hopefully a relatively safe change to make
… but it should be reviewed properly

automatedtester: if I remember correctly this was originally done by microsoft so will reach out make make sure they are aware and will review

<jgraham> RRSAgent: make minutes