https://bugs.kde.org/show_bug.cgi?id=518357
Bug ID: 518357
Summary: All Chrome windows moves down and right when using
Wayland
Classification: Plasma
Product: kwin
Version First 6.6.3
Reported In:
Platform: Gentoo Packages
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: wayland-generic
Assignee: [email protected]
Reporter: [email protected]
Target Milestone: ---
Created attachment 191157
--> https://bugs.kde.org/attachment.cgi?id=191157&action=edit
video demonstration
SUMMARY
All Chrome windows (except the very few that use platform decorations such as
the first launch window) are moving slightly down and right upon switching to a
desktop and then *sometimes* snap back to the original position. Other times a
window gets stuck and I have to interact with the window to make it snap back
(during which time everything inside it is frozen including videos; clicking is
enough to make it snap back). It is hard to describe so I have attached video
where I am switching desktops and you can see how the Chrome window
unexpectedly moves. This happens regardless if the window is tiled and it
happens without any window rules being applied.
STEPS TO REPRODUCE
1. Open Chrome
2. Switch to another desktop
3. Switch back to the original desktop
OBSERVED RESULT
Chrome window sometimes snaps back to the original position.
EXPECTED RESULT
There should be no movement of the window.
SOFTWARE/OS VERSIONS
Operating System: Gentoo Linux 1
KDE Plasma Version: 6.6.3
KDE Frameworks Version: 6.24.0
Qt Version: 6.10.2
Kernel Version: 6.19.10-gentoo-limelight (64-bit)
Graphics Platform: Wayland
Processors: 16 × 11th Gen Intel® Core™ i9-11900K @ 3.50GHz
Memory: 64 GiB of RAM (62.7 GiB usable)
Graphics Processor: NVIDIA GeForce RTX 4090
ADDITIONAL INFORMATION
This worked fine in a prior version of Kwin. Unfortunately I do not have the
version number that I was on prior to 6.6.3.
Also note the flickering artefact between the content and the main toolbar
which could be an issue for Chromium but I do not know. It's also possible this
window placement bug is Chromium/Wayland interaction issue. I also tried
disabling window effects like wobbly and transparency.
I ran a new Chrome instance with a completely new profile (--user-data-dir
argument) and the issue persisted because Chrome now defaults to Wayland. When
I used XDG_SESSION_TYPE=x11 with that, the issue was not there. So it is to do
with Wayland.
--
You are receiving this mail because:
You are watching all bug changes.