| Summary: | mouse-button-events in systemtray changes virtual desktop | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | M G Berberich <kde> |
| Component: | System Tray widget | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | kde, kde, materka, notmart |
| Priority: | NOR | ||
| Version First Reported In: | 5.8.4 | ||
| Target Milestone: | 1.0 | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
M G Berberich
2017-02-28 13:38:28 UTC
I see the same on openSUSE Tumbleweed. If you make a new panel, does it happen there? I removed "containment actions" from being default the panel years ago, but as I did it mostly as a memory optimisation, I didn't clean up existing configs. Please reopen the bug when you reply. If I create a new panel and add a systemtray or create a new standard-panel that already contains a systemtray it happens there too. does this happen only with mouse wheel or with any mouse button? Only with mouse-wheel (button 4 and 5). @Marco I don't think the real issue is one of mouse events getting to the Containment, but more an issue of why PanelContainment is loading the SwitchDesktop action in the first place. It's not in my config file. ActionPlugins[1] only lists RightButton. Yet if I open Gammaray and search for SwitchDesktop in Objects, I can see I clearly have one per containment. Is it still reproducible? It is working correctly for me. Have not seen it for a long while. Works at least in 5.12. |