Plasma/Wayland Known Significant Issues: Difference between revisions

From KDE Community Wiki
m (Add related bugs to Gamma KCM)
(→‎Blocked on required upstream changes: Blurry integer scaling of XWayland apps is now fixed!)
Line 26: Line 26:


== Blocked on required upstream changes ==
== Blocked on required upstream changes ==
* When using any scale factor above 100%, XWayland apps are blurry from being upscaled from the 100% version: https://bugs.kde.org/show_bug.cgi?id=446674; requires https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/733
* When using a fractional scale factor, native Wayland apps are slightly blurry: https://bugs.kde.org/show_bug.cgi?id=446674; requires  https://gitlab.freedesktop.org/wayland/wayland-protocols/-/issues/34
* When using a fractional scale factor, native Wayland apps are slightly blurry: https://bugs.kde.org/show_bug.cgi?id=446674; requires  https://gitlab.freedesktop.org/wayland/wayland-protocols/-/issues/34
* No color management: https://bugs.kde.org/show_bug.cgi?id=439135; requires https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/14
* No color management: https://bugs.kde.org/show_bug.cgi?id=439135; requires https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/14

Revision as of 22:35, 16 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
  • Windows that were closed when maximized will open in the maximized position, but not the maximized state: https://bugs.kde.org/show_bug.cgi?id=437089
  • 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