Workspaces on Gutsy switch incorrectly using Compiz with left over Feisty settings

Bug #130659 reported by Matthew Gregg
18
This bug affects 1 person
Affects Status Importance Assigned to Milestone
compiz (Ubuntu)
Fix Released
High
Unassigned

Bug Description

Binary package hint: compiz

I am running dual monitors using Nvidia Twinview with 2 workspaces. With compiz disabled workspaces work as expected. Enabling Compiz causes some odd behavior switching workspaces.
To reproduce:
1. Enable Compiz with Appearances applet.
2. I didn't make any changes to Gconf for Compiz, but my hsize is set to 2, number of desktops 1, vsize 1.
3. On workspace 1 open 2 terminals.
4. Move one terminal to workspace 2(to the workspace on the right)
5. Using the mouse and Workspace Switcher in the panel, switch between the 2 workspaces. It should switch correctly.
6. Go back to workspace 1(on the left)
7. Try using the keyboard to switch to the right workspace. Instead of switching the "cube" animation will run, but the workspace will stay on 1(left).
8. With workspace 1(left) still in view, use the keyboard toswitch to workspace left(since we have 2 workspaces this will be workspace 2"right"). The "cube" animation should run and workspace 2 will be correctly displayed.
9. Now on workspace 2, from the keyboard try to switch again to workspace left(should take us back to workspace 1). The cube animation should run, but we end up still on the same workspace(2).
10. Still on workspace 2 try going to workspace right. The "cube" animation runs and we are switched to workspace 1 correctly.
11. Now for even more weirdness. On workspace 1 using the keyboard very quickly issue 2 commands to switch to workspace right. The "cube" animation will run and we correctly get switched to workspace right. The same thing happens if you quickly issue 2 workspace left commands from the keyboard(it works correctly).

I hope my explanation make sense. It's kind of hard to describe what I'm seeing,

Revision history for this message
Matthew Gregg (mcg) wrote :

I just verified that I have the same issue on a single monitor system(still nvidia no twinview).

Revision history for this message
Markus (markus-schmaus) wrote :

The bug I experience is probably the same:

I am using a single monitor system with four workspaces.

Switching the workspace with alt-ctrl-left/right switches to the *second* next workspace.

Pressing alt-ctrl-left/right twice, as described by Gregg in (11), switches to the *third* next workspace.

Revision history for this message
Markus (markus-schmaus) wrote :

Switching from workspace 1 to workspace 4 by pressing alt-ctrl-left and from workspace 4 to workspace 1 by pressing alt-ctrl-right works the way it should. This is consistent with what Gregg describes in (8).

I guess, that the shortcuts are processed twice. Once by Gnome as it would with desktop-effects disabled and once by the cube workspace switcher.

Revision history for this message
Markus (markus-schmaus) wrote :

This is due to some remains from trying desktop-effects with feisty. I backed up my home directory and created an empty one. After logging in everything works fine.

Revision history for this message
Matthew Gregg (mcg) wrote :

I tried creating a new users, enabled effects and it does work correctly. Next I removed all my current compiz settings(leftover from Feisty) from the user account that exibits the problem and compiz switches workspaces correctly. It no longer spins the cube, but slides left and right as expected.
So leftover preferences from Feisty desktop-effects appears to be the problem.

Revision history for this message
Bob7 (tylertacky) wrote :

I'm experiencing a similar issue on 2 systems. Both are Feisty -> Gutsy upgrades. One has Nvidia graphics and the other is a laptop with some old Intel graphics chip. Switching with the workspace switcher applet leads to desktops with no panels or icons, so you can't switch back. Using Ctrl-Alt-Right works fine. The window list applet displays windows from all desktops. Its like the 4 Compiz desktops are existing within one of the Metacity desktops. On a fresh account it works fine, though.

Revision history for this message
Jasper Groenewegen (colbrac) wrote :

I experience the jumping on Gutsy Tribe 5 with /home originally from Feisty but didn't use Desktop effects in Feisty. After playing around in GL Desktop (2-> viewports, cube view) and some reboots I now experience the Ctrl + alt + left | right jumps between 1 and 3. If I start on 2 or 4 I will switch to 1/3 and keep changing between the two of them. Rotating the cube by mouse allows me to reach 2 and 4.

Changed in compiz:
importance: Undecided → High
status: New → Confirmed
Revision history for this message
Steve Alexander (stevea) wrote :

I had this similar situation where ctrl+alt+left would jump two workspaces to the left each time. Similarly for right.

I fixed it by going to gconf-editor, /apps/compiz/general/allscreens/options, and removing the value 'wall' from the key 'active_plugins'.

I'm guessing this is a conflict between "wall" and "rotate" handling the "left_key" and "right_key" keys.

I noticed this because when I changed the value of "left_key" in "wall", it also changed "rotate_left_key" in "rotate".

I have no idea what I'm doing, but I'm glad I have this fixed.

Revision history for this message
Mathieu Laurent (mla) wrote :

After modify the compiz workspace settings, when I click on workspace applet gnome-panel are killed.

Solution :

Stwitch to tty 1 and type killall gnome-panel.

How to solve the problem :

Launch compiz-settings-manager and reset all parameters :

From http://ubuntu1501.blogspot.com/2007/08/compiz-fusion-upgrade-problems-trevinos.html

"If you don't know where to find CompizConfig Settings Manager (System>Preferences) or don't have an entry in your menu you can launch it by firing up a terminal and typing in: ccsm"

1. Select the preference option

2. Select the Reset to Defaults option

Now Compiz Fusion will reset and everything will work again. You may have to reconfigure you settings again.

After that I have only 2 workspaces.

So in Visual Effect tab, I switch to no visual effect.

Update the settings of the workspace panel, two desktop, to four.

And after that enable visual effect.

Revision history for this message
Xamusk (ronanpaixao) wrote :

This is some compiz weirdness...
It appearred in my machine after I changed to cube animation instead of wall with gnome-compiz-preferences.
Looking in CCSM (compiz-config-settings-manager), it also seems like it is affected by the values of General Options>Desktop Size>Horizontal Virtual Size and Number of Desktops.
By my tests, the workspace applet will obey the "Number of Desktops" setting, while the keyboard obeys the "Horizontal Virtual Size" setting.
Also, if you set, for example, one to 2 and the other to 3, one will get 6 desktops.
This is definitely counterintuitive and confusing. Those settings should be unified.

Revision history for this message
Johannes H. Jensen (joh) wrote :

Quick fix if you don't care to keep your old compiz settings:

gconftool-2 --recursive-unset /apps/compiz

Revision history for this message
ljcrook (luke-balooga) wrote :

Running Ubuntu 7.10 upgrade using an nvidia graphics card.

When I attempt to switch workspaces (using any method), the workspace will switch for an instant and before returning to the previous workspace. I am using two workspaces. This behaviour is consistent in both the vertical and horizontal workspace configuration.

Revision history for this message
Siegfried Gevatter (rainct) wrote :

I also had the problem that it switched two workspaces at once (clean Gutsy installation with compizconfig-settings-manager installed). Steve Alexander's workaround solved it.

Revision history for this message
Travis Watkins (amaranth) wrote :

This should be fixed in hardy.

Changed in compiz:
status: Confirmed → Fix Released
Revision history for this message
Dhiren Naidoo (dhirennaidoo) wrote :

noticed that having 'slide across workspaces' and 'rotate' on at the same time also causes the skipping of workspaces....seems, as Steve discovered, that it's a keyboard shortcut conflict. not sure though, i'm still in my n00b stage ;)

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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