compiz lower window:<Alt>Button5 stops working
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Compiz |
Fix Released
|
Medium
|
Christopher Townsend | ||
0.9.11 |
Fix Committed
|
Medium
|
Christopher Townsend | ||
compiz (Ubuntu) |
Fix Released
|
Medium
|
Christopher Townsend | ||
Trusty |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
[Impact]
Users who have the horizontal scroll buttons mapped with a modifier such as 'Alt' to other functions using CCSM no longer have working mapped functions. This breaks the user's workflow.
[Test case]
* Need a mouse with horizontal scrolling, ie, click the mouse wheel left and right.
* Open CCSM.
* Map a function to the horizontal scroll buttons, ie, buttons 6 & 7. For example:
* Enable workspaces.
* CCSM->Viewport Switcher-
* Set "Move Next" to Alt + button 6 and "Move Prev" to Alt + button 7.
[Regression potential]
None identified.
Original Description:
Since upgrading to 14.04, compiz Lower Window key binding as alt+button5 is no longer working completely. It used to nicely cycle through windows but now if a window surfaces that is scrollable, the 'lower window' command stops responding and the window content starts scrolling vertically even though the alt key is still pressed. Clicking the window and then triggering 'lower window' again causes it to temporarily start working again until another scrollable window surfaces.
This is configured under ccsm General Options->Key Bindings->Lower Window.
It worked previously in 13.10. I have since tried unity-reset and reverting all compiz settings.
Other settings:
Click To Focus: off
Raise On Click: on
Auto-Raise: off
Focus Prevention Level: Low
I tested a different plugin "Opacity, Brightness and Saturation" with the same key binding <Alt>Button5 and it does not demonstrate the same behavior; I can tune any window opacity whether the window is scrollable or not.
Setting the alternative Lower Window keyboard binding <Control>Down works without the same interference.
Related branches
- Brandon Schaefer (community): Approve
- PS Jenkins bot (community): Approve (continuous-integration)
-
Diff: 12 lines (+1/-1)1 file modifiedsrc/window.cpp (+1/-1)
- Stephen M. Webb: Approve
- PS Jenkins bot (community): Approve (continuous-integration)
-
Diff: 77 lines (+37/-2)3 files modifieddebian/changelog (+11/-0)
plugins/expo/src/expo.cpp (+20/-1)
src/window.cpp (+6/-1)
affects: | gedit (Ubuntu) → compiz (Ubuntu) |
Changed in compiz: | |
status: | Triaged → In Progress |
Changed in compiz (Ubuntu): | |
status: | Triaged → In Progress |
description: | updated |
Changed in compiz: | |
milestone: | 0.9.11.0 → 0.9.12.0 |
status: | In Progress → Fix Committed |
Changed in compiz: | |
status: | Fix Committed → Fix Released |
tags: |
added: verification-done removed: verification-needed |
Thanks for submitting this bug. This is probably an edge case when I was trying to work around a change in Gtk to allow events from getting hijacked by Compiz.
At any rate, I'll take a look and this and hopefully I can still come up with a solution that makes everyone happy:)