This bug was fixed in the package compiz -
1:0.9.11+14.10.20140606-0ubuntu1

---------------
compiz (1:0.9.11+14.10.20140606-0ubuntu1) utopic; urgency=low

  [ Chris Townsend ]
  * Only ungrab the Mod2Mask modifier on buttons 4-7 to allow scrolling
    in unfocused Gtk windows while still allowing keybinding modifiers
    to other scroll wheel actions. (LP: #1311788)
  * Fix issue where window decorations would be placed under the Panel
    when opening a new window from an already open window. This is due
    to the already open window being taller or just as tall without be
    maximized than the workspace. (LP: #1303462)
  * Only constrain the non-modifier scrolling to the vertical scrolling
    buttons - buttons 4 & 5. (LP: #1311303)
  * Fix issue where maximized windows would get moved to different
    workspaces when disconnecting/connecting an external monitor.
    Windows should stay in the same workspace they are in when the
    monitor event occurs. (LP: #1304531)
  * Fix issue where custom keyboard shortcuts would get reset to
    defaults when rebooting or restarting Compiz. (LP: #1063617)
  * Fixes issue in the Expo plugin where a gap is shown in the place
    where the Launcher and Panel should be when windows are maximized.
    This was originally removed in rev. 3481. (LP: #1087090)
  * Fix issue where horizontal and vertical keyboard resizing could not
    happen at the same time. (LP: #347390)

  [ Marco Trevisan (Treviño) ]
  * Scale: use XShape extension to exclude dnd input in the screen-parts
    outside workArea This will work property also in multi-monitor,
    without requiring multiple X windows for each output device. Also
    don't terminate the scale unless a drag-n-drop action is not really
    over. Add a spinner that shows up over a window, during the DnD
    timeout. Plus, make sure we terminate the scale without focusing the
    selected icon when cancelling it and some code cleanup (LP: #607796)
  * Event: set the screen grabbed also when we get a NotifyWhileGrabbed
    Focus{In,Out} event (LP: #1305586)
 -- Ubuntu daily release <[email protected]>   Fri, 06 Jun 2014 
09:43:06 +0000

** Changed in: compiz (Ubuntu)
       Status: In Progress => Fix Released

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to compiz in Ubuntu.
https://bugs.launchpad.net/bugs/1311788

Title:
  compiz lower window:<Alt>Button5 stops working

Status in Compiz:
  In Progress
Status in “compiz” package in Ubuntu:
  Fix Released

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->Desktop-based Viewport Switching
    * 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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/compiz/+bug/1311788/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to