Summary: | 4 finger touchpad swipe up/down very inconsistent over time. | ||
---|---|---|---|
Product: | [KDE Neon] neon | Reporter: | freedriven <rnd> |
Component: | general | Assignee: | Neon Bugs <neon-bugs> |
Status: | REPORTED --- | ||
Severity: | normal | CC: | jr, miranda, neon-bugs, oded, sitter |
Priority: | NOR | Keywords: | wayland-only |
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Neon | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
freedriven
2024-04-09 17:00:19 UTC
are you on Wayland or X11? Wayland. It will probably be useful if you can - immediately after noticing an issue with the overview effect (4-finger swipe up) - to run this command in a terminal and attach the resulting kwin.log file: journalctl --user SYSLOG_IDENTIFIER=kwin_wayland -S -1m > kwin.log Thanks, will do, soon. So it seems, that when this 4-finger swipe problem happens, if I use the mouse to un-hide the panel to open a termnial (to run the requested command), then the 4 finger swipe works fine. Making it difficult to run the requested time when the problem is happening. I'll try writing a script to run the command every 30s or so. (In reply to freedriven from comment #5) > So it seems, that when this 4-finger swipe problem happens, if I use the > mouse to un-hide the panel to open a termnial (to run the requested > command), then the 4 finger swipe works fine. Making it difficult to run the > requested time when the problem is happening. That is fine - the command is to extract the log for the last minute. You don't have to execute "as it happens", only not more than a minute after it happened. I've run it a few times after the 4 finger swipe basically stopped working. I've only gotten: "-- No entries --" (In reply to freedriven from comment #7) > I've run it a few times after the 4 finger swipe basically stopped working. > I've only gotten: > "-- No entries --" Are you sure you are running on Wayland? wayland is selected at login. Also: loginctl shloginctl show-session "$XDG_SESSION_ID" -p Type Type=wayland OK, on my system kwin logging is set to debug level so it is quite noisy, though higher level log messages from kwin are actually rare. Maybe you can enable debug logging and see if there's anything interesting. I think I finally caught it. Output of "journalctl --user SYSLOG_IDENTIFIER=kwin_wayland -S -5m" Jul 19 10:46:28 Home666 kwin_wayland[1944]: This plugin does not support raise() Jul 19 10:46:28 Home666 kwin_wayland[1944]: kwin_scene_opengl: 0x2: GL_INVALID_OPERATION in glDrawBuffers(unsupported buffer GL_BACK_LEFT) Jul 19 10:46:28 Home666 kwin_wayland[1944]: kwin_scene_opengl: 0x2: GL_INVALID_OPERATION in glDrawBuffers(unsupported buffer GL_BACK_LEFT) Jul 19 10:46:28 Home666 kwin_wayland[1944]: kwin_scene_opengl: 0x2: GL_INVALID_OPERATION in glDrawBuffers(unsupported buffer GL_BACK_LEFT) Jul 19 10:46:28 Home666 kwin_wayland[1944]: kwin_scene_opengl: 0x2: GL_INVALID_OPERATION in glDrawBuffers(unsupported buffer GL_BACK_LEFT) Jul 19 10:46:28 Home666 kwin_wayland[1944]: kwin_scene_opengl: 0x2: GL_INVALID_OPERATION in glDrawBuffers(unsupported buffer GL_BACK_LEFT) Repeat last line about 10 times. |