16:47:17 RRSAgent has joined #webdriver 16:47:17 logging to https://www.w3.org/2021/02/10-webdriver-irc 16:47:28 RRSAgent: quiet 16:47:28 I'm logging. I don't understand 'quiet', AutomatedTester. Try /msg RRSAgent help 16:47:55 RRSAgent: silence 16:57:07 RRSAgent: draft minutes v2 16:57:07 I have made the request to generate https://www.w3.org/2021/02/10-webdriver-minutes.html jgraham 16:57:14 RRSAgent: make logs public 16:57:30 Meeting: WebDriver 16:57:37 Chair: AutomatedTester 16:57:46 Agenda: https://www.w3.org/wiki/WebDriver/2021-02-BiDi 16:58:29 ScribeNick: AutomatedTester 16:58:41 RRSAgent: draft minutes v2 16:58:41 I have made the request to generate https://www.w3.org/2021/02/10-webdriver-minutes.html jgraham 16:59:14 present+ 17:00:00 present+ 17:00:10 present+ 17:00:59 q? 17:01:12 Honza has joined #webdriver 17:01:42 drousso has joined #webdriver 17:01:46 present+ 17:01:50 present+ 17:01:54 shengfa has joined #webdriver 17:01:55 present+ 17:01:57 present+ 17:02:02 present+ 17:02:20 https://www.w3.org/wiki/WebDriver/2021-02-BiDi 17:02:41 present+ 17:02:47 present+ 17:03:58 ScribeNick: jgraham 17:04:05 present+ 17:04:14 Topic: Charter 17:05:37 AutomatedTester: WG is rechartered for 3 months as an intermin charter. Longer recharter is requested from plh/MikeSmith. Deliverables as discussed in the previous meeting. New charter should be for 2 years, which is the timeframe for delivering BiDi and updates to original WebDriver 17:06:06 AutomatedTester: No action required at this time. Should be up on the charter website. Thanks to MikeSmith for doing the heavy lifting here. 17:06:09 q+ 17:06:23 simonstewart has joined #webdriver 17:06:33 foolip: Will the rechartering change the charter? 17:06:35 present+ 17:07:20 AutomatedTester: Charter should be the same. Needs to go through the W3C Process for rechartering. 3 months is an extension to allow that to happen, since the charter had expired. 17:07:32 AutomatedTester: So far no concerns. 17:07:53 foolip: Sounds like it shouldn't require much additional review 17:08:01 q? 17:08:06 ack foolip 17:08:06 ack foolip 17:08:18 ScribeNick: AutomatedTester 17:09:15 Topic: Start adding Logging module 17:09:20 github https://github.com/w3c/webdriver-bidi/pull/73 17:09:32 github: https://github.com/w3c/webdriver-bidi/pull/73 17:09:39 jimevans has joined #webdriver 17:10:14 present+ 17:10:14 jgraham: the update from my side is I havent been able to do much 17:10:50 sadym: the main question, should we focus on scalability or the end user usability 17:11:25 q+ 17:11:29 q+ 17:11:31 ... as we focus on scalable we can create a situation that becomes unusable from a UX point of view 17:11:34 q? 17:11:38 ack jgraham 17:12:57 jgraham: My understandin here is on the question is [describes how log events might work]. In the spec we js errors or log messages. These can have different types of arguments that come up. 17:13:29 ... There are a few ways we could structure the data and go for the Union of all the fields that could come through 17:13:53 .. that feels like a bad idea and you're encoding which fields could be null 17:14:20 ... one way we can solve this it to have a base type that has the basic fields and then have items that build off that 17:15:03 ... and the suggestion that was made lets have a flat structure and then have an "inheritence" type model 17:15:28 ... I don't have a strong oppinion 17:15:37 q+ 17:15:57 q- 17:16:11 q? 17:16:33 ... and it feels like what we decide here will set the precedent for the rest of the spec 17:16:38 q? 17:16:44 ack simonstewart 17:17:20 simonstewart: The inheritence model makes sense because it make gives you how that would go 17:17:24 q+ 17:17:30 ...but lets rather think of them as mixins 17:17:40 jgraham: that makes sense 17:17:42 q? 17:17:47 ack foolip 17:18:25 foolip: At the protocol level we can have this in CDDL 17:18:43 ... and it seems we all agree 17:18:47 q? 17:19:38 topic: Adding `Description` to the serialised objects 17:21:33 sadym: I was working on the prototype and it seemed quite hard to figure out what was being returned based 17:21:38 q+ 17:22:07 ... and I am wondering if we can add something that would help real people to understand what is going on to real people 17:22:55 ... and e.g. For an array we have the description with the name which is more human friendly 17:23:00 q? 17:23:36 ... if the object is a Window it has a `description` with Window in it 17:23:42 q? 17:23:47 ack jgraham 17:24:28 jgraham: the serialisation we have is different to CDP so we have recursive serialisation 17:24:58 ... and we have specific properties that describe the object instead of having a description 17:25:49 ... the main worry for me it will be vendor/implementor specific which loses its value 17:25:57 q+ 17:26:03 q? 17:26:04 q+ 17:26:21 s/loses its value/makes it a liability for interop/ 17:26:22 ack sadym 17:27:41 sadym: what about node elements? 17:27:47 q? 17:28:02 jgraham: for those we are already sending back details that tells you what element it is 17:28:07 ack simonstewart 17:29:14 simonstewart: one thing to be aware of is that we can't always be done on localhost so we need to do minimise the wire calls is going to be healthy for people's tests 17:29:15 q+ 17:29:24 ack foolip 17:29:39 foolip: I was looking at the CDDL for arrays specifically 17:29:45 q+ 17:30:21 ... and we can't work out the length of the array without fully knowing the objects in the array 17:30:30 ack jgraham 17:30:36 q+ 17:30:54 q+ 17:31:11 jgraham: We should allow people to get the array length without having to serialise the children and that should be cheap to implment 17:31:13 q? 17:31:18 ack simonstewart 17:31:51 simonstewart: is there a way from WebDriver HTTP and augment? 17:32:04 jgraham: I believe we already do a superset and if we dont we should 17:32:06 q? 17:32:11 ack sadym 17:32:52 sadym: a question to simonstewart. is there with the remote users 17:33:17 simonstewart: devtools assume that they are on the same machine and optimise it 17:33:39 q+ 17:33:45 ... but a goal for webdriver-bidi is that we may have users that are very far from them 17:34:02 sadym: so we shouldn't add preview? 17:34:14 q+ 17:34:37 simonstewart: I am meaning that we should not have a lot of calls to be able to deserialise items because we are sent remote objects 17:34:41 q? 17:34:45 ack foolip 17:35:19 foolip: if we are optimising of fewer round trips then adding length and other items is good 17:35:32 q? 17:35:39 ack drousso 17:36:12 drousso: to qualify what simonstewart said... There are cases where we will need to do that and we can't get around that 17:36:42 q+ 17:37:01 q+ 17:37:02 ... and we need to avoid sending too much data because the protocol might not allow it 17:37:12 ack jgraham 17:37:53 jgraham: the speccurrently has depth limit and we should keep trying to make sure it doesnt blow up in these cases 17:38:12 q? 17:38:26 ack simonstewart 17:39:23 simonstewart: webdriver http doesnt limit the data sent back, if we don't allow it in bidi we should probably update the original spec to allow where there is overlapping 17:39:26 q? 17:40:14 topic: Event backfilling 17:40:21 github: https://github.com/w3c/webdriver-bidi/pull/85 17:40:38 jgraham: This is mostly FYI 17:41:08 ... as discussed in the previous meeting that we wanted a way of replaying of events 17:41:43 ... and for console logging (not spec'ed yet) you will get a buffer size of it 17:42:04 ... and this changes the model that has been originally discussed 17:42:45 q+ 17:42:51 ... this is a request for people to read and review the PR 17:42:52 q? 17:42:57 ack foolip 17:43:42 foolip: is there anyone here that understands this from working on this on their browser? Is there fundamental differences? 17:44:08 jgraham: THis is based how I understood tools to work and tried to improve it slightly 17:44:36 q? 17:45:13 Topic: Navigation 17:45:19 github: https://github.com/w3c/webdriver-bidi/issues/43 17:45:50 jgraham: This is the next feature that I want to work on 17:46:06 ... we have previously discussed this at TPAC 17:46:17 ... and I have documented it in the issue 17:47:11 ... since this is async we can allow people to return when they see fit 17:47:45 ... and we will likely need to define lifecycle steps for this 17:49:02 q? 17:49:03 q+ 17:49:10 ... and a question I have for Googlers. What is a loader id and what is it's lifecycle? THis is in CDP and blink and it's very different to requests 17:49:35 ack simonstewart 17:50:11 simonstewart: 2 things: We are wanting to do network interceptions 17:50:43 ... 2nd thing: It would be good to reformul.ate the page loading strategies from Webdriver http in the bidi 17:51:20 jgraham: THe way that I imagine this working is that we would have a way of setting these 17:51:24 q+ 17:51:49 ... and people will say when the call returns and they can go from there 17:52:02 ack foolip 17:52:12 https://source.chromium.org/chromium/chromium/src/+/master:third_party/blink/renderer/core/loader/document_loader.h;l=245;drc=2ac64302ae161cd6b5e4b1254497bdf5fd6d3415 17:52:24 foolip: I don't know what loader id is and found this... 17:52:35 ... it seems to be attached to a browsing context 17:53:16 ... and it looks to have been around for a while and could be in webkit for the inspector is 17:53:42 ... and I don't know the smart questions to ask for will help ask questions to the relevant people 17:53:46 q? 17:54:18 RRSAgent: make minutes v2 17:54:18 I have made the request to generate https://www.w3.org/2021/02/10-webdriver-minutes.html jgraham 17:55:06 thanks AutomatedTester! 17:55:06 RRSAgent: bye 17:55:06 I see no action items