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

--- Comment #2 from Jonas Ådahl <jad...@gmail.com> ---
(In reply to Martin Gräßlin from comment #1)
> 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.

I agree that this bug should be marked as invalid since this is about actually
about a gtk+ bug. And FWIW, last time I tested gtk+ would fail gracefully and
fallback on X11, so this seems to be a regression.

That being said, it would be appreciated if kwin would support xdg_shell (or at
least the next version xdg_shell that is in the making that fixes various
issues with the current version) as an experimental feature at least. Not only
to make future gtk+ clients testable but also to improve the cross-desktop-ness
of xdg_shell, given that we receive feedback. The option we have is to declare
some future version stable without there being a kwin implementation, and we
would either need to live with that version (as a base) or stay incompatible
indefinitely.

If you create a bug tracking that progress, please CC me so I can stay updated.

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

Reply via email to