https://bugs.kde.org/show_bug.cgi?id=359531

Martin Gräßlin <mgraess...@kde.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |INVALID
             Status|UNCONFIRMED                 |RESOLVED

--- Comment #1 from Martin Gräßlin <mgraess...@kde.org> ---
xdg_shell is not yet a standardized protocol with API compatibility guarantees.
This makes it almost impossible to wrap it in an ABI stable library as KWayland
is.

Even if we added support for it, it is unlikely that this would solve the
problem of gtk applications crashing. Due to the unstable xdg_shell one needs
to have exactly the same version of the unstable protocol to have it working.
As GTK+, Wayland, Qt and KWin releases are not synced it becomes unlikely that
all of them have the same magic version. KWin would probably follow the version
used in the QtWayland release of the Qt build dep. That's about 1 year behind
what Wayland has and thus most likely also behind what GTK+ has. Given that it
would still not work.

Overall that's the reason why I so far refused to spend time on adding support
for xdg_shell. I simply don't see how it would fix anything of this
compatibility issue. I have it on my todo list, but it will be hidden behind an
explicit compile time flag. This is the only way how we can solve the API
instability problem in our stable KWayland library.

Obviously the problem here is that gtk hard depends on an unreleased, not
standardized interface. It should check whether it exists and if not either
exit (heck one could also use X11, no need to crash just because there's a
Wayland socket) or fall back to wl_shell as Qt does.

I'm setting to INVALID as the bug in question is in GTK and not in KWin.
Support for xdg_shell will be added eventually but I do not see the lack of
support for an unstable interface as a bug in KWin.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to