Plasma/Wayland Known Significant Issues: Difference between revisions

From KDE Community Wiki
(Re-add those bug reports just removed and put them in a new "Fixed already in Qt6" section)
(→‎KWin/compositing/window management: Minimized state issue is a papercut, not a showstopper)
Line 8: Line 8:
== KWin/compositing/window management ==
== KWin/compositing/window management ==
* When the compositor crashes or restarts, all apps are killed
* 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
* 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
* Task Manager window thumbnails are sometimes all black: https://bugs.kde.org/show_bug.cgi?id=455021
* Task Manager window thumbnails are sometimes all black: https://bugs.kde.org/show_bug.cgi?id=455021

Revision as of 20:56, 26 August 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

Plasma

System Settings

Blocked on required upstream changes

Quality-of-life issues caused by 3rd-party apps

Fixed already in Qt 6