On Tue, 20 May 2025 10:33:21 GMT, Alexander Zvegintsev <azveg...@openjdk.org> wrote:
>>> I'm not sure if it's really needed, since many tests already depend on the >>> `java.awt.Robot` itself, CI has a one-time manual task to set up all the >>> required permissions for the `java.awt.Robot`, so automated tests provide >>> sufficient coverage. >> >> Can this be documented in [GUI >> testing](https://wiki.openjdk.org/display/ClientLibs/Automated+client+GUI+testing+system+set+up+requirements)? > >> > I'm not sure if it's really needed, since many tests already depend on the >> > `java.awt.Robot` itself, CI has a one-time manual task to set up all the >> > required permissions for the `java.awt.Robot`, so automated tests provide >> > sufficient coverage. >> >> Can this be documented in [GUI >> testing](https://wiki.openjdk.org/display/ClientLibs/Automated+client+GUI+testing+system+set+up+requirements)? > > Sure, > [updated](https://wiki.openjdk.org/display/ClientLibs/Automated+client+GUI+testing+system+set+up+requirements#AutomatedclientGUItestingsystemsetuprequirements-Wayland). > @azvegint Generic question: While reading about libei, came across > [Oeffis](https://libinput.pages.freedesktop.org/libei/api/index.html#sec-oeffis)- > a wrapper for XDG portal. Is the reason to connect to Remote Desktop XDG > portal directly because of session length and token alive time? It is one of the points, the [current implementation](https://gitlab.freedesktop.org/libinput/libei/-/blob/main/src/liboeffis.c?ref_type=heads#L570) doesn't use `persist_mode` and `restore_token`. We are also using a single Remote Desktop session to also work with Screencast(the `SelectSources` call) to also get screenshots. However the oeffis dbus API wrapper doesn't allow that. In addition to adding the oeffis dependency to the JDK, we will also need to add a [libei](https://libinput.pages.freedesktop.org/libei/api/group__libei-sender.html) to make it work. We may want to add libei support at some point, but not now. ------------- PR Comment: https://git.openjdk.org/jdk/pull/25265#issuecomment-2897146020