| Summary: | Mouse marks sometimes unintentionally drawn when moving windows via shortcut | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Arek Guzinski <kermit> |
| Component: | effects-various | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | minor | CC: | antti.savo, craig.leinoff, fanzhuyifan, saileshpoudel0 |
| Priority: | NOR | Keywords: | qt6 |
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Neon | ||
| OS: | Linux | ||
| Latest Commit: | https://invent.kde.org/plasma/kwin/-/commit/f53c62494aa132c68a7ebd534a14a05fb44e8524 | Version Fixed/Implemented In: | 6.0.4 |
| Sentry Crash Report: | |||
| Attachments: | "Mouse Mark" effect being triggered without the hotkey being pressed. | ||
|
Description
Arek Guzinski
2024-03-03 12:34:16 UTC
*** Bug 482644 has been marked as a duplicate of this bug. *** Created attachment 167904 [details]
"Mouse Mark" effect being triggered without the hotkey being pressed.
I am not sure how exactly the KDE Bug Tracker is intended to be used when I have the same issue. (The documentation says: "Look through the Bugzilla tickets that show up in the search results. If you find one that matches, great!" but gives no further advice that I see.) However, I'll add my experience and a screen recording. I have Mouse Mark configured with shortcuts all of which use either Shift+Meta or Shift+Meta+Ctrl. META is used in both, and ALT is not used in either. When using my JetBrains IDE I find myself using Alt+Shift+L frequently to reformat code. Sometimes this causes a straight Mouse Mark line to suddenly appear. I have uploaded a screen recording of this occurring. After further testing, I see that it actually is triggered by hitting the Alt+Shift keys at exactly the same moment. Somehow a previous mouse position gets remembered and, if I do it "properly", a line will be drawn to the current position of the mouse. If I'm careful, I can draw numerous connecting line segments. I can clear them using my Meta+Shift+F11 Mouse Mark shortcut. Again, of personal importance: It happens using keys that are not associated with the Mouse Mark Window Effect. Operating System: EndeavourOS KDE Plasma Version: 6.0.2 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 Kernel Version: 6.6.22-1-lts (64-bit) Graphics Platform: Wayland Processors: 16 × AMD Ryzen 7 3700X 8-Core Processor Memory: 31.3 GiB of RAM Graphics Processor: AMD Radeon RX 5600 XT can reproduce following both methods described, using Meta+Shift+Letter or Alt+Shift. A possibly relevant merge request was started @ https://invent.kde.org/plasma/kwin/-/merge_requests/5535 Git commit 5272c243016d6a6abd38e63004c212f3f61897c6 by Vlad Zahorodnii, on behalf of Yifan Zhu. Committed on 02/04/2024 at 08:52. Pushed by vladz into branch 'master'. plugins/mousemark: clear drawing when no modifiers are pressed Previously when drawing has length 1, it is not cleared. So the remaining point in drawing can connect with the new point when the user represses the modifiers, leading to a unexpected mark. This ammends commit 46807b1a72f1d760b52b92a574face4a7a509a39. M +1 -1 src/plugins/mousemark/mousemark.cpp https://invent.kde.org/plasma/kwin/-/commit/5272c243016d6a6abd38e63004c212f3f61897c6 Git commit f53c62494aa132c68a7ebd534a14a05fb44e8524 by Vlad Zahorodnii, on behalf of Yifan Zhu. Committed on 02/04/2024 at 09:06. Pushed by vladz into branch 'Plasma/6.0'. plugins/mousemark: clear drawing when no modifiers are pressed Previously when drawing has length 1, it is not cleared. So the remaining point in drawing can connect with the new point when the user represses the modifiers, leading to a unexpected mark. This ammends commit 46807b1a72f1d760b52b92a574face4a7a509a39. (cherry picked from commit 5272c243016d6a6abd38e63004c212f3f61897c6) M +1 -1 src/plugins/mousemark/mousemark.cpp https://invent.kde.org/plasma/kwin/-/commit/f53c62494aa132c68a7ebd534a14a05fb44e8524 *** Bug 485619 has been marked as a duplicate of this bug. *** |