https://bugs.kde.org/show_bug.cgi?id=476340
--- Comment #3 from Harald Sitter <sit...@kde.org> --- I was wrong when I said it doesn't get enabled. It's much more complicate.d It apparently gets enabled but it doesn't get applied correctly. That said I think this bug and bug #476342 are actually the same defect. When I VT switch I can force a repaint to get the laptop screen activated; input processing is entirely not working though and only happens when VT switching. Specifically I see https://invent.kde.org/plasma/kwin/-/blob/e3186ae8e66c21be61dc4100c0d0e4fa4dffd201/src/scene/workspacescene.cpp#L230 triggering during the DrmOutput changes which I guess means the time management is broken somehow? After the VT switching I then see KWin::RenderLoop::scheduleRepaint calls as I try to interact with widgets but they appear to never result in DrmOutput::present calls which explains why nothing is happening on screen I guess. I would conclude that the RenderLoop(?) is having trouble. I am as yet unsure why. -- You are receiving this mail because: You are watching all bug changes.
