[regression] Wall: keyboard bindings for 'Move up & Move down' are being set to "super+prior & super+next'

Bug #1201405 reported by Doug McMahon
32
This bug affects 5 people
Affects Status Importance Assigned to Milestone
Compiz
Invalid
High
Christopher Townsend
compiz (Ubuntu)
Invalid
High
Christopher Townsend
ubuntu-settings (Ubuntu)
Fix Released
High
Christopher Townsend

Bug Description

Test case:
Install ccsm
Probably best to create a new user, login to it
Enable workspaces in system settings > appearance > behavior
Try to move up or down using the default bindings of ctrl+alt+arrow_key_up/down
Nothing happens

For some reason these two bindings are being set to super+prior & super+next (super+page_up/down here
The actual defaults are still ctrl+alt+aroow_key_up/down

attached screen showing

ProblemType: Bug
DistroRelease: Ubuntu 13.10
Package: compiz 1:0.9.9~daily13.04.18.1~13.04-0ubuntu1
ProcVersionSignature: Ubuntu 3.10.0-2.11-generic 3.10.0
Uname: Linux 3.10.0-2-generic x86_64
.tmp.unity.support.test.0:

ApportVersion: 2.10.2-0ubuntu4
Architecture: amd64
CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins'
CompositorRunning: compiz
CompositorUnredirectDriverBlacklist: '(nouveau|Intel).*Mesa 8.0'
CompositorUnredirectFSW: true
Date: Mon Jul 15 08:18:39 2013
DistUpgraded: Fresh install
DistroCodename: saucy
DistroVariant: ubuntu
GraphicsCard:
 NVIDIA Corporation G86M [GeForce 8400M GS] [10de:0427] (rev a1) (prog-if 00 [VGA controller])
   Subsystem: Dell Device [1028:0209]
InstallationDate: Installed on 2013-07-13 (1 days ago)
InstallationMedia: Ubuntu 13.10 "Saucy Salamander" - Alpha amd64 (20130712)
MachineType: Dell Inc. XPS M1330
MarkForUpload: True
PackageArchitecture: all
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.10.0-2-generic root=UUID=87ee9ae5-604b-4a08-97b1-105c3798bd99 ro quiet splash vt.handoff=7
SourcePackage: compiz
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 12/26/2008
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A15
dmi.board.vendor: Dell Inc.
dmi.chassis.type: 8
dmi.chassis.vendor: Dell Inc.
dmi.modalias: dmi:bvnDellInc.:bvrA15:bd12/26/2008:svnDellInc.:pnXPSM1330:pvr:rvnDellInc.:rn:rvr:cvnDellInc.:ct8:cvr:
dmi.product.name: XPS M1330
dmi.sys.vendor: Dell Inc.
version.compiz: compiz 1:0.9.9~daily13.04.18.1~13.04-0ubuntu1
version.ia32-libs: ia32-libs N/A
version.libdrm2: libdrm2 2.4.45-2ubuntu1
version.libgl1-mesa-dri: libgl1-mesa-dri 9.1.4-0ubuntu2
version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A
version.libgl1-mesa-glx: libgl1-mesa-glx 9.1.4-0ubuntu2
version.xserver-xorg-core: xserver-xorg-core 2:1.14.1-0ubuntu1
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.7.3-0ubuntu3.1
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:7.1.0-0ubuntu2.1
version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.21.9-0ubuntu3
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.8-0ubuntu1.1

Related branches

Revision history for this message
Doug McMahon (mc3man) wrote :
Revision history for this message
Doug McMahon (mc3man) wrote :

More appropiate screen (last one reflected me setting prev & next to the 'real' defaults for up & down to see if it reported conflicts which it didn't

MC Return (mc-return)
Changed in compiz:
milestone: none → 0.9.10.0
MC Return (mc-return)
Changed in compiz:
milestone: 0.9.10.0 → 0.9.11.0
Doug McMahon (mc3man)
Changed in compiz (Ubuntu):
status: New → Confirmed
Revision history for this message
Christopher Townsend (townsend) wrote :

I confirm this too when I create a new user. I'll begin to investigate this.

summary: - Wall: keyboard bindings for 'Move up & Move down' are being set to
- "super+prior & super+next'
+ [regression] Wall: keyboard bindings for 'Move up & Move down' are being
+ set to "super+prior & super+next'
Changed in compiz:
status: New → Confirmed
importance: Undecided → High
Changed in compiz (Ubuntu):
importance: Undecided → High
Changed in compiz:
assignee: nobody → Christopher Townsend (townsend)
Changed in compiz (Ubuntu):
assignee: nobody → Christopher Townsend (townsend)
Changed in compiz:
status: Confirmed → In Progress
Revision history for this message
Christopher Townsend (townsend) wrote :

So after much investigation, this is actually caused by the gsettings-desktop-schemas package. This is the offending commit: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/saucy/gsettings-desktop-schemas/saucy/revision/46#schemas/org.gnome.desktop.wm.keybindings.gschema.xml.in.in

Notice the changes on lines 63 and 67 where <Super>Page_Up and <Super>Page_Down are added. I think the intent was to support both sets of shortcuts, but Compiz can only handle one, so the first is chosen. Why these new shortcuts are added is not clear to me yet.

Revision history for this message
Christopher Townsend (townsend) wrote :
Changed in gsettings-desktop-schemas (Ubuntu):
status: New → Confirmed
importance: Undecided → High
Revision history for this message
Christopher Townsend (townsend) wrote :

Looks like the gsettings-desktop-schemas related issue is reported in bug #1205256.

Revision history for this message
Doug McMahon (mc3man) wrote :

That seems to be what is causing here (could of sworn I searched thru the schemas.
Anyway if I reverse the order, recompile the glib schemas & create a new user after a restart then that user is ok.

Changed in compiz (Ubuntu):
status: Confirmed → Invalid
no longer affects: compiz/0.9.10
Changed in compiz:
status: In Progress → Invalid
Changed in gsettings-desktop-schemas (Ubuntu):
assignee: nobody → Christopher Townsend (townsend)
status: Confirmed → In Progress
Revision history for this message
Doug McMahon (mc3man) wrote :

Update - noticed one dev commented he can't reproduce

On a fresh 10/05 amd64 image

Live session (with nautilus handling the Desktop) - incorrect bindings
Fresh install of above image - orig. user - incorrect bindings
Guest account - incorrect bindings
Ist add. user created - correct bindings on 1st use, correct bindings on 2nd & subsequent log ins
2nd add. user created - incorrect bindings
3rd created user - incorrect bindings

To further muddle -
On a fresh install on different laptop with 10/03 image
orig. user - incorrect bindings
all add users - correct bindings
guest account - correct bindings

What will happen on an upgrade haven't had chance to test but would guess incorrect bindings

Also to note this isn't the only instance of where defaults are not applied to the orig. & or added users with any consistency, ck out what ctrl+alt+delete produces on current image. It should open sys monitor, (poor idea), but will usually still open the log out window even though the default is sys monitor in compiz integrated

Revision history for this message
Doug McMahon (mc3man) wrote :

For upgraders in prev comment meant to say 'correct bindings', at least for existing users

Revision history for this message
Giovanni Mellini (merlos) wrote :

@Doug
I come from bug #1231828 and I upgraded an existing user (from 13.04 to 13.10) and got 'incorrect bindings'

affects: gsettings-desktop-schemas (Ubuntu) → ubuntu-settings (Ubuntu)
Changed in ubuntu-settings (Ubuntu):
status: In Progress → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package ubuntu-settings - 13.10.8

---------------
ubuntu-settings (13.10.8) saucy; urgency=low

  * Set the keybindings for workspace up & down switching to only be
    <Ctrl><Alt>Up/Down instead of <Super>Page_Up/Page_Down since
    Compiz sometimes binds the wrong combination. (lp: #1201405)
 -- Chris Townsend <email address hidden> Mon, 07 Oct 2013 09:35:58 -0400

Changed in ubuntu-settings (Ubuntu):
status: Fix Committed → Fix Released
Revision history for this message
Christoph Korn (c-korn) wrote :

With Shift+Ctrl+Alt+Up/Down I cannot move a window up or down to a different workspace. But I can move left and right.

Is this a different bug?
The version of ubuntu-settings I use is: 13.10.9

Revision history for this message
Doug McMahon (mc3man) wrote : Re: [Bug 1201405] Re: [regression] Wall: keyboard bindings for 'Move up & Move down' are being set to "super+prior & super+next'

On 10/19/2013 01:40 PM, Christoph Korn wrote:
> With Shift+Ctrl+Alt+Up/Down I cannot move a window up or down to a
> different workspace. But I can move left and right.
>
> Is this a different bug?
> The version of ubuntu-settings I use is: 13.10.9
>
Those bindings seemed to slip thru the cracks - filed new the other day
https://bugs.launchpad.net/ubuntu/+source/ubuntu-settings/+bug/1241282

Stephen M. Webb (bregma)
Changed in compiz:
milestone: 0.9.11.0 → none
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.