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

--- Comment #78 from vm <vyacheslav.mayo...@gmail.com> ---
(In reply to Oded Arbel from comment #77)
> I can 100% reproduce the behavior in comment #76 on Neon Plasma Wayland
> 6.0.4. Showing this issue with a non-Intellij application, especially one
> that is easily reproducable is awesome - great work @Flupp!
> 
> A lot of people in this ticket are talking about running on Xorg and not on
> Wayland, and I thought that the Wayland ticket for this behavior was bug
> #483162 - but that was apparently closed as a dup of this one, though I'm
> not convinced that the Wayland behavior and the Xorg behavior is exactly the
> same thing. I would be interested in seeing if any of the Xorg running folks
> can repro the Firefox problem described above.
> 
> A few notes about the Firefox reproduction:
> - When reproing with a single window, note that when the desktop menu shows,
> the Firefox window becomes inactive - if there was a second window under the
> problematic window then it would have been raised - I don't think this
> happened with the Intellij repro, leading me to suspect that it is not
> exactly the same bug.
> - With the issue presenting, you can still drag the window from the kwin
> decoration or resize the window from the border.
> - In the region where clicks "pass through" to the underlying surface, no
> other mouse event will be received by the window - you can see that hover
> events do not activate, but also trying to use the window operations
> modification key (normally META) would not let you drag the window or resize
> it from that region.

Yes, its also reproduces on Xorg. I think it the same problem.

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

Reply via email to