Summary: | Changing Activities effect broken on Wayland ( from kwin master ) | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | Alexandre Pereira <pereira.alex> |
Component: | activities | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | herzenschein, nate |
Priority: | NOR | ||
Version: | git master | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | https://invent.kde.org/plasma/kwin/commit/3e1443e003bf5fc0e20dd7de49505fd0227bdce4 | Version Fixed In: | |
Sentry Crash Report: |
Description
Alexandre Pereira
2020-05-09 17:51:05 UTC
Hmm, activities are unsupported on Wayland. Did you mean that the default virtual desktop switching animation (the slide effect) is broken on wayland? (In reply to Vlad Zahorodnii from comment #1) > Hmm, activities are unsupported on Wayland. Did you mean that the default > virtual desktop switching animation (the slide effect) is broken on wayland? yes, sorry for the bad wording. I mean the slide effect. Hmm, could it be the gap between virtual desktops? Have you tried settings gap values in the kcm of the slide effect to 0? setting* no, its not that. but i did set to 0 the gaps on that effect. I am trying to upload a video that I did with the mobile phone to youtube to show what happens. I will post the link here as soon as it is uploaded. here it is: https://youtu.be/sVQB_JWcOr4 sorry for the bad quality, hope you can understand it ( see the corners disappear (turn black) while in the effect ) I can't reproduce this on current master branch. (In reply to Thiago Sueto from comment #7) > I can't reproduce this on current master branch. I just updated opensuse git packages and its still present. I will test it again tomorrow. From the video, it looks like the rendering issues are present only on the secondary monitor, right? Are screen edges clipped when the blur effect is disabled? (In reply to Vlad Zahorodnii from comment #10) > Are screen edges clipped when the blur effect is disabled? Nailed, that is it ! without blur, it doesn't clip them ! After a bit more thorough look at paintSimpleScreen(), I haven't found anything suspicious. Furthermore, it looks like only parts that contain old desktop contents are clipped. It can be easily verified by reducing the animation speed. My assumption is that plasma creates a new texture during the switch animation and renders only desktop contents on the new activity. The area that contains the old desktop contents is left uninitialized. A possibly relevant merge request was started @ https://invent.kde.org/plasma/kwin/-/merge_requests/318 Thanks ! Vlad, I will test and report back as soon as opensuse git daily packages release the daily package with this fix ! Git commit 3e1443e003bf5fc0e20dd7de49505fd0227bdce4 by Vlad Zahorodnii. Committed on 14/12/2020 at 14:09. Pushed by vladz into branch 'master'. wayland: Don't force a bpp of 24 for desktop windows plasmashell provides the compositor buffers with an alpha channel and without indicating the opaque region. Given that, kwin forces a bpp of 24 for desktop windows to improve performance. Unfortunately, there are legit cases where plasma may attach a buffer that is not fully opaque, for example when switching between activities. Related: bug 423545 M +1 -1 waylandclient.cpp https://invent.kde.org/plasma/kwin/commit/3e1443e003bf5fc0e20dd7de49505fd0227bdce4 awesome :) just tested it on git master and its awesome :) thank you ! Git commit 0d02ac8996db2d9fff8b3bf5e3e313a563a118af by David Edmundson. Committed on 03/01/2021 at 22:18. Pushed by davidedmundson into branch 'master'. [shell] Set DesktopView to black when no contents are loaded This is better than the ContainmentView default of clear as it means we don't get garbage from the root window. Related: bug 423545 M +2 -0 shell/desktopview.cpp https://invent.kde.org/plasma/plasma-workspace/commit/0d02ac8996db2d9fff8b3bf5e3e313a563a118af |