ability to re-enable scroll-wheel desktop switching in compiz

Bug #414170 reported by Greg Grossmeier
18
This bug affects 2 people
Affects Status Importance Assigned to Milestone
One Hundred Papercuts
Invalid
Undecided
Unassigned
compiz (Ubuntu)
Fix Released
Medium
Unassigned
compiz-fusion-plugins-main (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

Binary package hint: compiz

The original papercut (Bug #147230) was fixed in a way which makes it impossible to re-enable the feature of switching desktops using the scroll wheel.

See https://bugs.edge.launchpad.net/hundredpapercuts/+bug/147230/comments/49 and https://bugs.edge.launchpad.net/hundredpapercuts/+bug/147230/comments/50

I also can confirm this after upgrading to Karmic (Alpha4, 2009-08-14).

Either the original fix to the paper cut should be undone, or there should actually be the ability to re-enable the switching with the scroll wheel. In all comments by the design team it was always said that a user could re-enable this feature if they wanted it.

Tags: usability
Changed in compiz (Ubuntu):
status: New → Confirmed
importance: Undecided → Medium
description: updated
tags: added: usability
Revision history for this message
habtool (clive-wagenaar) wrote :

This one is very frustrating.
I have moved to Kubuntu Karmic as that allows changing desktop with the scroll wheel
Hopefully the paper cut guys dont move to Kubuntu next.
Was a nice excuse to play with KDE4.3 :)

Revision history for this message
Vish (vish) wrote :

If the shortcuts are not working properly when re-enabled , it is a bug in Compiz and not a papercut.

Changed in hundredpapercuts:
status: New → Invalid
Revision history for this message
Greg Grossmeier (greg.grossmeier) wrote :

mac_v: The reason I added the papercut project was because this is a result of the patch applied to compiz by the papercut project, and I thought they should know about this regression which was untested.

Revision history for this message
Vish (vish) wrote :

@Saïvann Carignan:
Could you take a look at this.

Revision history for this message
Greg Grossmeier (greg.grossmeier) wrote :

More info:

After talking with mac_v on IRC he suggested to search gconf for "scroll_enabled" which on my system did not produce any results. These leads us to the idea that the gconf was deprecated.

Saivann: I can't find the code that you linked to from the original bug report to disable this by default, no I'm not even sure what the change was that was made. The link that doesn't work: https://code.launchpad.net/~saivann/compiz/mousewheel_disabled

Revision history for this message
Saivann Carignan (oxmosys) wrote :

Hi there, yes the branch was deleted, however you can see the diff between 1:0.8.2-0ubuntu13 and 1:0.8.2-0ubuntu14 in the compiz history :

https://launchpad.net/ubuntu/+source/compiz

The only difference applied here is to set these gconf options to "Disabled" by default :

/apps/compiz/plugins/vpswitch/allscreens/options/prev_button
/apps/compiz/plugins/vpswitch/allscreens/options/next_button

However, this is the system wide configuration so it should still be possible to change this option for the current user without root access, whether with gconf-editor or ccsm.

Did you try to open ccsm in the "Viewport switcher" section, "Desktop-based Viewport switching" tab and to enable "Move next" and "Move Prev", choosing Mouse Button 4 and Mouse Button 5?

Revision history for this message
habtool (clive-wagenaar) wrote :

Saïvann Carignan wrote:

Did you try to open ccsm in the "Viewport switcher" section, "Desktop-based Viewport switching" tab and to enable "Move next" and "Move Prev", choosing Mouse Button 4 and Mouse Button 5?

That is the problem, when one goes into ccsm and tries to change the tabs to enable "Move next" and "Move Prev", choosing Mouse Button 4 and Mouse Button 5, they wont stick. It changes it right back to disabled while one is still on the ccsm viewport switcher options.

If one choose say "ctrl button 4" and "ctrl button 5", then it sticks perfectly.
But changes desktops and having to push the control button and the mouse scroll is then a inconvenience.

Thanks for looking into it for us

Revision history for this message
habtool (clive-wagenaar) wrote : Re: [Bug 414170] Re: ability to re-enable scroll-wheel desktop switching in compiz

Ok, booted back into Ubuntu gnome, can report: The correct wording is
"Control Button5" (not "ctrl Button5" like I said earlier)
That was just a typo in this bug report while reporting it from Kubuntu.

What I can say is, if I go into Gconf editor and find
/apps/compiz/plugins/vpswitch/allscreens/options/prev_button and
change that to "Button 4", then it sticks and works fine.
If I then open ccsm and went to these settings and disabled "Button4",
then tried to set it back to Button 4 again it would not stick once
again.

So the temporary fix is to use gconf-editor to make the changes stick
and not try do it from within ccsm, until a fix is found for that
method.

This will do fine for me for now, thanks Saïvann Carignan for the info.

Revision history for this message
Bowmore (bowmore) wrote :

What happens when using ccsm to configure Button5 and Button4 is that the map ~/.gconf/apps/compiz/plugins/vpswitch is deleted!

I guess this is the reason why those two buttons then become inactivated. The workaround using gconf-editor to set Button5 and Button4 works for me too.

Revision history for this message
Greg Grossmeier (greg.grossmeier) wrote :

I also see/can confirm the behavior described by habtool and Bowmore. It seems we probably have enough information to consider this bug triaged.

Changed in compiz (Ubuntu):
status: Confirmed → Triaged
Changed in compiz (Ubuntu):
assignee: nobody → Saïvann Carignan (saivann)
status: Triaged → In Progress
Changed in compiz-fusion-plugins-main (Ubuntu):
status: New → In Progress
importance: Undecided → Medium
assignee: nobody → Saïvann Carignan (saivann)
Changed in compiz-fusion-plugins-main (Ubuntu):
assignee: Saïvann Carignan (saivann) → nobody
status: In Progress → Triaged
Changed in compiz (Ubuntu):
assignee: Saïvann Carignan (saivann) → nobody
status: In Progress → Triaged
Revision history for this message
Saivann Carignan (oxmosys) wrote :

ubuntu-sponsor for main : I attached two branchs which replace the previous fix for bug #147230 with a more appropriate one that fixes both bug #147230 and this bug. The problem was simply that ccsm was not able to change system-wide default gconf values, even only for the current user. The old fix is removed and new fix simply update compiz gconf schemas so ccsm now consider that

/apps/compiz/plugins/vpswitch/allscreens/options/prev_button
/apps/compiz/plugins/vpswitch/allscreens/options/next_button

are disabled by default, but can be re-enabled at anytime by the user. I tested this new fix to make sure that it works correctly with ccsm and gconf.

Revision history for this message
David Siegel (djsiegel-deactivatedaccount) wrote :

Thank you very much, Saïvann, the fix you describe should please everyone while not reverting the fixed paper cut.

Revision history for this message
habtool (clive-wagenaar) wrote :

Quick update

This regression is still in effect under Karmic Alpha5.

Cant get these two settings to stick in CCSM, only via gconf manually.

Revision history for this message
Michael Vogt (mvo) wrote :

I uploaded the fixes for this into the compiz PPA. There is a feature freeze exception request for compiz from the PPA to karmic pending. If that is granted, the patch will automatically flow in, if not it needs to get merged seperately again.

Changed in compiz (Ubuntu):
status: Triaged → Fix Committed
Changed in compiz-fusion-plugins-main (Ubuntu):
status: Triaged → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package compiz - 1:0.8.3+git20090914-0ubuntu1

---------------
compiz (1:0.8.3+git20090914-0ubuntu1) karmic; urgency=low

  * Pre-Version of the upcomming 0.8.4 bugfix release
    - fixes crashes LP: #268683, #284362, #346391, #351878, #352037, #380338
    - fixes crashes on 64bit arches due to issue in va_list use
    - fixes at least some of the doPoll/eventLoop crashes reported in
      LP: #131679, #145360, #279820
    - likely fixes crashes LP: #340428 and #360643
    - fixes placing of dialogs (e.g. PolicyKit) behind currently focused
      window (LP: #165161)
    - fixes placing of new windows behind fullscreen window (LP: #153676)
    - fixes wobbly bouncing near panel and screen edges (LP: #153374)
    - screenshot plugin now saves to the correct desktop directory by default
      (LP: #175116)
    - lowering a window now activates the topmost window, unless
      click-to-focus is off (LP: #122507)
    - fixes inconsistent icon sizes in switcher, ring, shift, staticswitcher
      plugins
    - fixes some memory leaks
    - texture compression is now off by default due to texture quality issues
    - ported KDE4 window decorator to KDE 4.3
  * debian/control:
    - add versionized dependency on compiz-wrapper from
      compiz-core

compiz (1:0.8.3+git20090907-0ubuntu1~ppa1) karmic; urgency=low

  * new git snapshot

compiz (1:0.8.3+git20090904-0ubuntu1~ppa2) karmic; urgency=low

  [ Travis Watkins ]
  * debian/compiz-manager:
    - set COMPIZ_PLUGINS to plugins we want to always have enabled

  [ Saïvann Carignan ]
  * debian/compiz-gnome.gconf-defaults: Re-enable desktop switching by
    default as it has been fixed by appropriate GNOME schemas. (LP: #414170)

compiz (1:0.8.3+git20090904-0ubuntu1~ppa1) karmic; urgency=low

  * new git snapshot:
    - fixes segfaults on 64bit arches
    - warning fixes
    - avoid adding core twice

compiz (1:0.8.3+git20090831-0ubuntu1) karmic; urgency=low

  [ Michael Vogt ]
  * new git snapshot with fixes from 0.8 branch:
    - fix stacking below problem with the polkit1 dialog
    - fixes doPoll() crash (LP: #131679)
    - many more bugfixes
  * debian/control:
    - add "Provides: x-window-manager" to the compiz package
      (LP: #364242)

  [ Robert Ancell ]
  * debian/control:
  * debian/rules:
    - Build a compiz-dbg package (LP: #420321)

 -- Michael Vogt <email address hidden> Mon, 14 Sep 2009 09:39:42 +0200

Changed in compiz (Ubuntu):
status: Fix Committed → Fix Released
Changed in compiz-fusion-plugins-main (Ubuntu):
status: Fix Committed → Fix Released
Revision history for this message
Scott Evans (vk7hse) wrote :

Did this fix make it into Alpha6?

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.