Desktop wall: Bindings for next/previous don't wrap to the next row

Bug #904205 reported by klap-in
24
This bug affects 5 people
Affects Status Importance Assigned to Milestone
Compiz
Fix Released
Low
klap-in
Compiz Main Plugins
Fix Committed
Low
klap-in
compiz (Ubuntu)
Fix Released
Undecided
Unassigned
compiz-plugins-main (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Using Ubuntu 11.10:
In the 'Desktop Wall' compiz plugin, tab 'Bindings', section 'Move within wall' are the options: Move Next en Move previous.

Adding keys/buttons to: next_button, next_key, prev_button and prev_key do nothing.
Some people report only horizontal movements.

(The up/down/left/right movements work fine. Plugin 'Viewport switcher' has also correct working previous/next movements)

Tags: patch wall

Related branches

Revision history for this message
In , Klapinklapin (klapinklapin) wrote :

Using Ubuntu 11.10, compiz 0.9.6:
In the 'Desktop Wall' compiz plugin, tab 'Bindings', section 'Move within wall' are the options: Move Next en Move previous.

Adding keys/buttons to: next_button, next_key, prev_button and prev_key do nothing.
(Some people report only horizontal movements, but even that isn't happening)

(The up/down/left/right movements work fine. Plugin 'Viewport switcher' has also correct working previous/next movements)

http://bugs.compiz.org/show_bug.cgi?id=6
https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/904205
https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/754948

Revision history for this message
klap-in (klap-in) wrote :
klap-in (klap-in)
affects: compiz-core → compiz-plugins-main
Revision history for this message
klap-in (klap-in) wrote :

ubuntu 12.04 is also affected.

affects: compiz (Ubuntu) → compiz-plugins-main (Ubuntu)
Revision history for this message
klap-in (klap-in) wrote :

The next and previous movements were calculated wrong. The attachment corrects this.

Revision history for this message
In , Klapinklapin (klapinklapin) wrote :

Created attachment 44
fix to restore correct movements for next/previous bindings

Changed in compiz:
importance: Unknown → Medium
status: Unknown → Confirmed
Revision history for this message
In , Klapinklapin (klapinklapin) wrote :
Revision history for this message
Ubuntu Foundations Team Bug Bot (crichton) wrote :

The attachment "fixMovementsforNextPrevBindings.diff" of this bug report has been identified as being a patch. The ubuntu-reviewers team has been subscribed to the bug report so that they can review the patch. In the event that this is in fact not a patch you can resolve this situation by removing the tag 'patch' from the bug report and editing the attachment so that it is not flagged as a patch. Additionally, if you are member of the ubuntu-reviewers team please also unsubscribe the team from this bug report.

[This is an automated message performed by a Launchpad user owned by Brian Murray. Please contact him regarding any issues with the action taken in this bug report.]

tags: added: patch
klap-in (klap-in)
Changed in compiz-plugins-main (Ubuntu):
status: New → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote : Re: Desktop wall: Bindings for next/previous don't work.

thank you for your work, do you think you could make a merge request for your change?

no longer affects: unity (Ubuntu)
Changed in compiz:
importance: Medium → Undecided
status: Confirmed → New
Revision history for this message
BryanFRitt (bryanfritt) wrote :

It's only when the current viewport is a leftmost or a rightmost viewport, the shortcuts for 'Move Prev' and 'Move Next' don't do anything.
https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/754948/comments/20
Still happens with the compiled from script version
git clone git://anongit.compiz.org/users/soreau/scripts

Revision history for this message
klap-in (klap-in) wrote :
tags: added: wall
no longer affects: compiz
Changed in compiz:
status: New → In Progress
assignee: nobody → klap-in (klap-in)
milestone: none → 0.9.8.0
summary: - Desktop wall: Bindings for next/previous don't work.
+ Desktop wall: Bindings for next/previous don't wrap to the next row
Changed in compiz:
importance: Undecided → Low
importance: Low → Wishlist
no longer affects: compiz-wall-plugin
Changed in compiz-plugins-main:
status: New → In Progress
importance: Undecided → Wishlist
assignee: nobody → klap-in (klap-in)
milestone: none → 0.9.7.4
Changed in compiz:
importance: Wishlist → Low
Changed in compiz-plugins-main:
importance: Wishlist → Low
Changed in compiz:
status: In Progress → Fix Committed
Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Fix committed into lp:compiz at revision 3276

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Fix committed into lp:compiz-plugins-main at revision 34

Changed in compiz-plugins-main:
status: In Progress → Fix Committed
Changed in compiz:
status: Fix Committed → Fix Released
Revision history for this message
Daniel van Vugt (vanvugt) wrote :

This bug was fixed in the package compiz - 1:0.9.8.0-0ubuntu1

---------------
compiz (1:0.9.8.0-0ubuntu1) quantal-proposed; urgency=low

  * debian/control, debian/rules:
    - enable gles on armel and armhf
    - use dh-translations rather than custom code

  [ Sam Spilsbury ]
  * Enable OpenGL ES building
    - Refresh debian/patches/workaround_broken_drivers.patch
    - Remove non-ported plugins from compiz-plugins
    - Add FindOpenGLES2.cmake to compiz-dev

  [ Timo Jyrinki ]
  * New upstream release.
    - Code to make compiz work on GLES. This includes several changes
      to the compiz API. (LP: #201342) (LP: #901097) (LP: #1004251)
      (LP: #1037710)
    - Draft first 0.9.8.0 NEWS and bump VERSION
  * debian/patches/compiz-package-gles2.patch:
    - Remove, obsoleted by the upstream GLES work
  * Disable plugins that don't work on pure GLES on armhf/armel:
    - bench, firepaint, mblur, showmouse, splash, showrepaint, td, widget
 -- Sebastien Bacher <email address hidden> Fri, 31 Aug 2012 22:59:50 +0200

Changed in compiz (Ubuntu):
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.