Due to an influx of spam, we have had to impose restrictions on new accounts. Please see this wiki page for instructions on how to get full permissions. Sorry for the inconvenience.
The migration is almost done, at least the rest should happen in the background. There are still a few technical difference between the old cluster and the new ones, and they are summarized in this issue. Please pay attention to the TL:DR at the end of the comment.
With EI support wired to XTEST, and oeffis being enabled unconditionally means that Xwayland will always go through the XDG portal for XTEST when supported.
While this the intended behavior for the general use case of Xwayland running rootless on a desktop compositor, that breaks when Xwayland is running on a nested compositor, because the portal is for the entire session and not limited to the nested Wayland compositor.
Xwayland itself, as a regular Wayland client, has no way to tell that it is running on a nested compositor.
So to keep backward compatibility with existing (and also common) use cases such as nested compositors, best is to disable support for the XDG portal by default, and add a new command line option "-enable-portal" for the Wayland compositors (who spawn Xwayland rootless) to explicitly enable support for XDG portal in Xwayland.
A Wayland compositor running nested should not use that command line option with Xwayland.
Signed-off-by: Olivier Fourdan ofourdan@redhat.com
Fixes: a1333342 - xwayland: Add XTEST support using EIS
Closes: #1586 (closed)
See-also: https://gitlab.gnome.org/GNOME/mutter/-/issues/3047
/cc @whot @JoshuaAshton