Plasma/Wayland Known Significant Issues: Difference between revisions

From KDE Community Wiki
(Remove https://bugs.kde.org/show_bug.cgi?id=437089 as it is a minor annoyance that only affects some apps, not a showstopper)
(https://bugs.kde.org/show_bug.cgi?id=449212 is fixed now!)
Line 16: Line 16:
* Monitor connector names are different across X11 and Wayland, so logging into a Wayland session from X11 breaks multimonitor layout and Plasma configs: https://bugs.kde.org/show_bug.cgi?id=385135
* Monitor connector names are different across X11 and Wayland, so logging into a Wayland session from X11 breaks multimonitor layout and Plasma configs: https://bugs.kde.org/show_bug.cgi?id=385135
* XEmbedSNIProxy window eats input in top-left pixel of the screen: https://bugs.kde.org/show_bug.cgi?id=433079
* XEmbedSNIProxy window eats input in top-left pixel of the screen: https://bugs.kde.org/show_bug.cgi?id=433079
* When using scaling, scale is reset and re-applied on login, causing various issues: https://bugs.kde.org/show_bug.cgi?id=449212
* Some apps don't appear in Task Manager: https://bugs.kde.org/show_bug.cgi?id=444325
* Some apps don't appear in Task Manager: https://bugs.kde.org/show_bug.cgi?id=444325
* Doesn't respect cursor theme at all: https://bugs.kde.org/show_bug.cgi?id=454616
* Doesn't respect cursor theme at all: https://bugs.kde.org/show_bug.cgi?id=454616

Revision as of 14:03, 30 June 2022

This page tracks the Wayland showstoppers throughout the stack. Showstoppers are major bugs, or missing features affecting the Wayland session but not the X11 session. This is part of KDE's Wayland goal.


Login/Session management

KWin/compositing/window management

  • When the compositor crashes or restarts, all apps are killed
  • On Wayland, the compositor doesn't expose the minimized state. Some application and library code currently does things based on that state (usually to show their window again if needed, typically by calling QWidget::isMinimized()). Example: KNotifications' KStatusNotifierItem in KStatusNotifierItemPrivate::checkVisibility(...), invoked e.g. on clicking the item, uses the info to decide client-side whether to request showing the window again (or hide it)
  • In multi-monitor setups with at least one scaled display, Plasma context menus have items which are invisible until hovered: https://bugs.kde.org/show_bug.cgi?id=432264

Plasma

System Settings

Blocked on required upstream changes