16:02:36 <RRSAgent> RRSAgent has joined #webdriver
16:02:40 <RRSAgent> logging to https://www.w3.org/2025/05/14-webdriver-irc
16:02:40 <Zakim> Zakim has joined #webdriver
16:02:41 <sasha> sasha has joined #webdriver
16:02:42 <tidoust> RRSAgent, make logs public
16:02:49 <simons> present+
16:02:55 <tidoust> Meeting: Browser Testing and Tools WG
16:03:03 <sadym> PRESENT+
16:03:05 <tidoust> Agenda: https://www.w3.org/wiki/WebDriver/2025-05-BiDi
16:03:07 <jimevans> jimevans has joined #webdriver
16:03:10 <tidoust> present+
16:03:16 <jimevans> present+
16:03:16 <mradbourne> mradbourne has joined #webdriver
16:03:35 <spectranaut_> spectranaut_ has joined #webdriver
16:04:11 <whimboo> present+
16:04:18 <tidoust> scribe+
16:04:19 <simons> present+
16:04:27 <jdescottes> present+
16:04:39 <jgraham> jgraham has joined #webdriver
16:04:39 <sasha> present+
16:04:54 <jgraham> RRSAgent, pointer
16:04:54 <RRSAgent> See https://www.w3.org/2025/05/14-webdriver-irc#T16-04-54
16:05:12 <lauromoura> present+
16:05:12 <jgraham> RRSAgent make minutes
16:05:25 <tidoust> Topic: Handling of "display:contents" elements as origin
16:05:56 <tidoust> github: https://github.com/w3c/webdriver/issues/1887
16:06:45 <tidoust> henrik: We talked about display:none in the last meeting. Follow-up action is with display: contents. At the moment, they don't have a bounding box, so we raise an error, not clickable.
16:07:06 <tidoust> ... It looks like we have a way to get the bounding box rect for these elements but through a range.
16:07:31 <tidoust> ... I have sketched this. Check the issue and example in last comment.
16:08:28 <tidoust> ... The example page has display: none, then button, then a paragraph with wrapping. All of these look fine. I checked with Chrome, Firefox and Safari.
16:08:54 <tidoust> ... If we agree with the approach, I should be able to prepare a PR to update the spec.
16:09:09 <sadym> q+
16:09:19 <jimevans> ack
16:09:34 <tidoust> sadym: I haven't checked yet. I will take a look and comment on the issue.
16:09:45 <tidoust> Henrik: OK. Other concerns?
16:09:48 <tidoust> [none heard]
16:10:11 <tidoust> Henrik: Will wait for comments then.
16:10:24 <tidoust> ACTION: Henrik to get further feedback from Apple
16:10:33 <tidoust> ack sadym
16:11:10 <tidoust> Topic: Add an option to the "browsing.setViewport" command to define a type of scrollbar shown
16:11:21 <tidoust> github: https://github.com/w3c/webdriver-bidi/issues/692
16:11:56 <tidoust> Henrik: About scrollbards. I noticed that we have different behavior for screenshots.
16:12:25 <tidoust> ... I saw that scrollbars are disabled in Firefox. In BiDi, we don't disable the scrollbars for now.
16:12:47 <tidoust> ... On Mac, there are no overlay scrollbars and this is causing problems.
16:13:09 <tidoust> ... The question is whether we want to have an option to specify whether scrollbars should be displayed, static, overlay.
16:13:44 <tidoust> ... I'm not sure whether scrollbar width and height are different between browsers.
16:13:56 <tidoust> ... It would be great to have an option to enable them.
16:15:11 <tidoust> jgraham: My only concern with this is that maybe we can force overlay scrollbars, but it's not clear to me that we can force non-overlay scrollbars across platforms. Which would lead to non-consistent behavior.
16:15:39 <tidoust> ... Not necessarily blocking, but maybe a bit surprising if option values do not work consistently across platforms.
16:16:07 <sadym> q+
16:16:17 <tidoust> Henrik: It may be good for browser vendors to check how things work across platforms and report.
16:16:21 <jimevans> ack next
16:16:41 <tidoust> sadym: Do we have use cases of forcing the scrollbar to be shown?
16:17:17 <tidoust> ... I can imagine that the issue is when the scrollbar is shown, as it changes the dimensions. If we allow to hide completely, wouldn't that cover all use cases?
16:17:56 <tidoust> jgraham: You might want to test with both on platforms that accept both shown and overlay scrollbars. That seems a reasonable use case.
16:18:02 <tidoust> ... Maybe my concern does not matter.
16:18:29 <tidoust> ... If there's no concept of visible scrollbars at all, perhaps that's fine.
16:19:15 <tidoust> Henrik: For Playwright, they disable them completely. Checking on all platforms would be good.
16:19:52 <tidoust> ACTION: Henrik to check whether scrollbars can be disabled across platforms.
16:20:08 <tidoust> Chair: jimevans
16:20:11 <tidoust> Topic: Extend `browser.createUserContext` with `unhandledPromptBehavior` parameter
16:20:23 <tidoust> github: https://github.com/w3c/webdriver-bidi/pull/896
16:20:56 <tidoust> sadym: After the first extension to createUserContext, I have a couple of new proposals which are PRs.
16:21:21 <tidoust> ... For unhandledPromptBehavior, two approaches are possible. Time to discuss and make a decision!
16:21:28 <jgraham> q+
16:21:40 <jimevans> ack next
16:22:02 <tidoust> jgraham: I agree that we shouldn't do more with capabilities here.
16:22:44 <tidoust> ... When we create a user context, at that point, you can specify unhandledPromptBehavior for the entire context, which is more fine-grained than what we have today, but less fine-grained than per browsing context.
16:23:31 <tidoust> ... It's not clear to me what the objection to this PR is. It seems fine. Later on, if we want to do it per browsing context, we can. For now, per user context seems a nice start to address use cases we know about without adding too much complexity.
16:24:03 <tidoust> jimevans: Seems that we can get to consensus on this one!
16:24:09 <tidoust> [no objection heard]
16:24:19 <tidoust> Topic: Extend `browser.createUserContext` with `proxy` parameter
16:24:26 <tidoust> github: https://github.com/w3c/webdriver-bidi/pull/897
16:24:39 <whimboo> RRSAgent make minutes
16:24:48 <tidoust> sadym: Call for action to take a look and provide feedback. I don't think it's controversial.
16:25:32 <tidoust> ... It was reviewed by Alex from our team. We'd like approval from at least one other vendor.
16:25:47 <tidoust> Topic: Support retrieval of content quads for elements with CSS transformations
16:25:56 <tidoust> github: https://github.com/w3c/webdriver-bidi/issues/787#issuecomment-2854491119
16:26:12 <tidoust> jimevans: Stemming from some of the work that Playwright is doing, I believe
16:26:42 <tidoust> sadym: Elements can have some CSS transformations. A rectangle can become non rectangle and there are scenarios where you want the geometry.
16:26:59 <tidoust> ... There's a pending proposal under discussion in the CSS WG, which could end in a DOM API.
16:27:04 <tidoust> ... However, that can take some time.
16:27:34 <jgraham> q+
16:27:36 <tidoust> ... The second approach is to take the hook from the CSS PR and add them to BiDi and provide the endpoint in BiDi without waiting for the DOM API to do that.
16:27:41 <jimevans> ack next
16:28:22 <tidoust> jgraham: If the definition of this is in CSS, to me that solves the biggest objection here. In principle, I prefer the idea of requiring people to use a DOM API here
16:29:14 <tidoust> ... but we could have an endpoint in BiDi that does the same thing that ends up being a wrapper to the DOM API.
16:29:36 <whimboo> q+
16:29:52 <tidoust> ... We should assess whether the DOM API is coming soon. If not, we may want to go through the fast pass here.
16:29:54 <jimevans> ack next
16:30:37 <tidoust> whimboo: From our side, it would be ok as that shouldn't change much in the implementation.
16:30:47 <tidoust> sadym: It's implemented in CDP, for sure.
16:30:54 <jgraham> q+
16:30:56 <tidoust> ... I don't think it's exposed in DOM API but I haven't checked.
16:31:18 <jimevans> ack next
16:31:19 <tidoust> ... If we go with a BiDi approach, we should consider deprecating it after once the DOM API is available everywhere.
16:32:01 <tidoust> jgraham: I also think that the first thing we need to do is assess the status of this proposal. PR is one year old. That is very much the blocker at this point.
16:32:23 <tidoust> jimevans: Could someone reach out to the CSS WG?
16:32:34 <tidoust> sadym: I can do it.
16:32:45 <tidoust> jgraham: We can find someone at Mozilla as well.
16:32:54 <tidoust> Julian: [missed] is tagged on the issue.
16:33:05 <jgraham> s/[missed]/emilio/
16:33:40 <jgraham> RRSAgent: make minutes
16:33:42 <RRSAgent> I have made the request to generate https://www.w3.org/2025/05/14-webdriver-minutes.html jgraham
16:33:49 <tidoust> ACTION: sadym to check status of the issue in the CSS WG
16:33:57 <tidoust> Topic: Access downloaded file content
16:34:04 <tidoust> github: https://github.com/w3c/webdriver-bidi/issues/894
16:34:07 <jgraham> RRSAgent: make logs public
16:34:36 <tidoust> sadym: I started drafting a PR, which requires some HTML spec refactoring. I'm not sure how to proceed with that.
16:34:53 <tidoust> ... The whole download process in HTML is non normative, that's the problem.
16:35:10 <jgraham> q+
16:35:16 <tidoust> ... "If the file download is canceled by the user or the user agent, do something".
16:35:18 <jimevans> ack next
16:36:05 <tidoust> jgraham: Lots of the old bits of HTML are still like that. It's up to HTML spec editors to accept the PR. From our point of view, as long as it's basically calling the right bits and everyone knows what it triggers, I think that's fine.
16:36:37 <tidoust> sadym: If we go that way, we have to land in BiDi spec with the hooks and get feedback from HTML people afterwards. We cannot do the other way round.
16:36:54 <tidoust> jgraham: Yes, that's annoying but there's no easy way around that.
16:37:08 <tidoust> sadym: Then a call for action to review the PR so that we may land that in BiDi.
16:37:29 <tidoust> Topic: WPT: align webdriver/tests/interop/beforeunload_prompt.py with spec
16:37:45 <tidoust> github: https://github.com/web-platform-tests/wpt/pull/51998
16:38:23 <tidoust> sadym: Heads-up that we misinterpreted the specification. Currently we are slightly misaligned with Firefox, and work is in progress to align back.
16:39:06 <tidoust> Topic: Progress towards publishing a Candidate Recommendation Snapshot
16:39:13 <tidoust> github: https://github.com/w3c/webdriver-bidi/issues/906
16:44:41 <sadym> q+
16:44:49 <jimevans> ack next
16:51:11 <tidoust> RRSAgent, draft minutes
16:51:12 <RRSAgent> I have made the request to generate https://www.w3.org/2025/05/14-webdriver-minutes.html tidoust
16:51:50 <jgraham> present+
16:51:53 <jgraham> RRSAgent: make minutes
16:51:54 <RRSAgent> I have made the request to generate https://www.w3.org/2025/05/14-webdriver-minutes.html jgraham
16:52:23 <jgraham> zzakim, bye
16:52:28 <jgraham> zakim, bye
16:52:28 <Zakim> leaving.  As of this point the attendees have been simons, sadym, tidoust, jimevans, whimboo, jdescottes, sasha, lauromoura, jgraham
16:52:28 <Zakim> Zakim has left #webdriver
16:52:54 <jimevans> thanks, everyone!
17:31:27 <gsnedders> gsnedders has joined #webdriver
17:32:33 <gsnedders> gsnedders has left #webdriver