https://bugs.kde.org/show_bug.cgi?id=366723
--- Comment #2 from Igor Poboiko <igor.pobo...@gmail.com> ---
(In reply to Martin Gräßlin from comment #1)
> Yep it's correct that KWin is responsible for the layout switching. It's an
> interesting bug I have to say.
>
> What we need to figure out is whether it's "only" broken in clients or
> whether it's broken in general.
>
> For that a few things to test:
> 1. Please use present windows filter and try to switch layout there and see
> whether it gets applied instantly
Do you mean the desktop effect? The layout switching works fine there.
> 2. Once with a Qt/Wayland application focused
Not yet sure how to tell if the application is using Wayland or XWayland. I've
tried Dolphin, and it also works fine. ("About Dolphin" window says it's using
wayland)
> 3. Once with a XWayland application focused
I've tried several GTK applications (with KWin 5.7.3; assuming they use
XWayland), like Inkscape or Gimp; their behavior is wrong. Same for Yakuake (it
says "The xcb windowing system" in the "About" dialog).
> 4. Once with a GTK/Wayland (only supported on KWin master) focused
I've just tried rebuilding KWin from master ("kwin_wayland --version" now says
"kwin 5.7.90"), restarted and checked gimp and inkscape, they are still
affected.
But I'm still not sure if they were using XWayland or ran natively now.
> Given the linked fd.o bug I could imagine that xkbcommon just cannot handle
> the layout switching with modifiers only.
Well, there is a proposed patch which does the thing. I was just hoping that
this problem will disappear on Wayland. Or is xkbcommon related to Wayland too?
--
You are receiving this mail because:
You are watching all bug changes.
