<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Hi Alexander,</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 14, 2025 at 4:24 PM Alexander Zvegintsev <<a href="mailto:alexander.zvegintsev@oracle.com" target="_blank">alexander.zvegintsev@oracle.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><u></u>

  
  <div>
    <p></p>
    I have a question related to XTEST wired to the libEI.<br>
    <p>There is a <a href="https://bugs.openjdk.org/secure/attachment/113761/confirmation.png" target="_blank">user
        confirmation for remote interaction</a> on the XTestFake* calls,
      but once granted it does not persist across reboots or may timeout
      after a certain period of time of inactivity.</p>
    <p>This basically blocks the automated testing on OEL 10.</p>
    <br>
    <p>Is there a way to make this confirmation persistent? <br></p></div></blockquote><div><br></div><div>Remote desktop has now support for persistent sessions [1] [2] , but using it might be tricky for Xwayland for a variety of reasons.</div><div><br></div><div>First, it would need to be supported in liboeffis [3] as this is what Xwayland uses, but then it would also need a way to store the token to restore the session later, and Xwayland doesn't save any data nor has any configuration file.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><p>
    </p>
    <p>Or is there a way to disable this connection between XTEST and
      libEI? (as a temporary solution, so that the XTestFake* calls only
      affect the Xwayland without user prompt)<br>
    </p></div></blockquote><div><br></div><div>Xwayland itself does not enable it by default and has a command line option to explicitly enable the EI portal support (-enable-ei-portal) but with Xwayland rootless, Xwayland is started by the Wayland compositor automatically and GNOME Shell / mutter does not offer a way to customize the command line so there is no way to disable it in the default Xwayland rootless case.</div><div><br></div><div>GNOME Shell mutter has options to disable selected X11 extensions so it is possible to disable XTEST support entirely, but that would break your tests completely.</div><div><br></div><div>Easiest would be to add a way in mutter to optionally disable „-enable-ei-portal“ when it starts Xwayland, but that's a bit of a hack, not sure it would be acceptable for mutter, but we can try.</div></div><div class="gmail_quote"><br><div>Cheers</div><div>Olivier</div><div><br></div><div><br></div><div>[1] <a href="https://github.com/flatpak/xdg-desktop-portal/issues/850" target="_blank">https://github.com/flatpak/xdg-desktop-portal/issues/850</a></div><div>[2] <a href="https://github.com/flatpak/xdg-desktop-portal/pull/1004" target="_blank">https://github.com/flatpak/xdg-desktop-portal/pull/1004</a></div><div>[3] <a href="https://libinput.pages.freedesktop.org/libei/api/index.html#sec-oeffis" target="_blank">https://libinput.pages.freedesktop.org/libei/api/index.html#sec-oeffis</a></div></div></div>
</div>
</div>