https://bugs.kde.org/show_bug.cgi?id=521120
Pascal <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |NOT A BUG Status|REPORTED |RESOLVED --- Comment #1 from Pascal <[email protected]> --- Correction from the reporter: this report is wrong and should be closed. KWin does build TabletModeManager on this hardware; my test was invalid. The check I relied on, `busctl --user tree org.kde.KWin | grep -i tablet`, lists object paths. TabletModeManager is not a separate path: it is the interface org.kde.KWin.TabletModeManager registered on the shared object /org/kde/KWin (src/tabletmodemanager.cpp, unconditional registerObject). So that grep returns nothing on every KDE install, regardless of whether tablet mode works. Re-tested on the same Framework Laptop 12, Fedora 43, Plasma 6.6.x, 2026-09-15: busctl --user get-property org.kde.KWin /org/kde/KWin org.kde.KWin.TabletModeManager tabletModeAvailable -> b true busctl --user get-property org.kde.KWin /org/kde/KWin org.kde.KWin.TabletModeManager tabletMode -> b false (unfolded), and it follows the fold switch Setting the display auto-rotate policy to inTabletMode (kscreen-doctor output.eDP-1.autoRotatePolicy.inTabletMode) gives working native fold-to-rotate, with no userspace helper. Tablet mode detection from the libinput SW_TABLET_MODE switch is working as designed. The on-screen keyboard symptom in the original report was a separate matter and is not evidence of missing tablet-mode detection. Apologies for the noise; resolving as INVALID (reporter error). -- You are receiving this mail because: You are watching all bug changes.
