Metacity catching mod4 but not gnome

[anethema]

This is a similar bug as 1390. When following directions in bug #8146 to make my
windows key behave as a MOD4 key, I discovered that it will work in some areas
of the gnome keyboard shortcuts editor, but not others.

For example I changed the windows key to behave as 'hyper' in my layout options.
This allowed me to make it mod4 in the keyboard shortcuts dialog. If I assign
windowskey-D to show desktop, this works. Also if I set it to change my
workspace etc it works. But if I try to assign it to open my home directory
(nautilus) it does not work. The same goes for launching the help dialog, etc.
It also doesnt work for the 'eject' part of the sound section.

So it seems its working for stuff relating to metacity but not general gnome
actions?

This is my first bug report ever, hope it is done well.

http://bugzilla.gnome.org/show_bug.cgi?id=167662: http://bugzilla.gnome.org/show_bug.cgi?id=167662

[anethema (anethema)]

Sorry I am using hoary hedgehog ubuntu, athlon xp 3200+, 512mb ram.

[smu johnson (smujohnson)]

I have this exact same problem...

[Sebastien Bacher (seb128)]

what returns these command?
- xprop -root | grep XKB
- gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd

[anethema (anethema)]

anathema@wheinbox:~$ xprop -root | grep XKB
_XKB_RULES_NAMES_BACKUP(STRING) = "xorg", "pc104", "us", "", ""
_XKB_RULES_NAMES(STRING) = "xorg", "pc104", "us", "", "ctrl:nocaps,altwin:super_
win"

anathema@wheinbox:~$ gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd
 layouts = [us]
 model = pc104
 overrideSettings = false
 options = [ctrl ctrl:nocaps,altwin altwin:super_win]

Not sure what status to make the bug so i hope this doesnt reassign it or somehting

[Sebastien Bacher (seb128)]

is that specific to this key? Or does it correspond to
http://bugzilla.gnome.org/show_bug.cgi?id=135476?

[anethema (anethema)]

Seems to be specific to my windows key (acting as a MOD4). In my keyboard prefs
in the 'Alt/Win key behavior' I have it set to 'Super is mappted to the Win-keys
(default)' Whatever it says this is NOT default since if i have it on default it
doesnt use the windows key as a MOD4. I've also tryed it as hyper/meta is mapped
to the win-keys with the exact same result (they are all mod4)

Was not sure how to use 'play' since it didnt seem to work with BMP, but setting
alt-f1 and alt-f2 to volume up/down or mute worked fine.
Also using Alt or Ctrl rather than windows key (mod4) works fine for opening
nautilus or the run dialog..etc. It is just the windows key.

[Sebastien Bacher (seb128)]

seems to be the same issue as http://bugzilla.gnome.org/show_bug.cgi?id=167662

[anethema (anethema)]

Agreed, it looks very similar except for the slight focus thing, but I guess
that may just be a difference between source versions. No resolution I guess?

[Sebastien Bacher (seb128)]

the focus change is a detail and the bug is not fixed yet...

[Wayne Witzke (wayne-witzke)]

I can confirm that this is still a bug in Edgy 6.10 and Feisty 7.04

[etteyafed (gdefayette)]

This is a problem for me unless I set Super to act as a key and not a modifier. This is not the desired situation though. I would try to fix this but i have no clue where to start. It is disconcerting that this has been a bug for almost two years. Seems like a simple problem...

[slurdge (slurdge)]

I can confirm this bug on Feisty 7.04 on a vaio laptop and a dell laptop (freshly installed).
It seems that bug https://bugs.launchpad.net/ubuntu/+source/control-center/+bug/12153 is related.
I discovered that when the setting of Super Key is:
'Alt/Win key behavior' is set to 'Super is mapped to the Win-keys (default)'

Then the shortcuts are internally set to <Mod4><Hyper>(the shortcut key).
A workaround that worked for me is to invoke gconf-editor, then in
/apps/metacity/global_keybindings/run_command_XX put the shortcut in the form <Mod4><Hyper>(key)
and in
/apps/metacity/keybinding_commands/command_XX (same XX from 1 to 12)
put the correct command. With this I can set Nautilus to Super+E for example.

I believe that the correct behaviour would be to have only Mod4 triggered from the Super Key, but I've been unable to have this.

[Pedro Villavicencio (pedro)]

fixed upstream.

[Launchpad Janitor (janitor)]

This bug was fixed in the package gnome-control-center - 1:2.21.4-0ubuntu1

---------------
gnome-control-center (1:2.21.4-0ubuntu1) hardy; urgency=low

  * New upstream version:
    about-me:
    - Add a translation hint
    - Don't mark empty and padding strings for translation
    - Remove non-functional Help button
    accessibility:
    - Don't mark padding strings for translation and add translation
      comments for the pixel order strings
    - Enable the preferred applications button
    appearance:
    - Free metacity theme after use
    - Don't mark padding string as translatable
    - Make "Open" the default action for the file choosers
    - Fix .desktop to be valid
    - Fix detection of image mimetype (LP: #173432)
    - Add shortcut for /usr/share/backgrounds to background file chooser
      and also consider it when setting the initial directory
    default applications:
    - Add support for Midori web browser
    - Don't list the oudated evolution versions nor the text web browsers
    keyboard:
    - Implement layout printing
    - Don't mark padding strings and stock items for translation
    mouse:
    - Don't mark padding string as translatable
    network:
    - Add 48x48 PNG icon version
    settings daemon:
    - Prefer beagle and tracker to gnome-search-tool
    - Use new setting from libgnome to make toolbar icon size setting work
    - Launch Nautilus with --no-desktop for the home key so we don't mess
      up the desktop for people using something else to manage the background
    - Move display settings here from gnome-session
    - Allow key bindings using Super and Meta combinations (LP: #12153, #16815)
    window:
    - Add a comment for translators
    common:
    - Don't even try to open NULL filenames, and don't leak filenames when
    detecting recursions
    - Printing NULL strings crashes on Solaris so don't do that
  * debian/control.in:
    - updated libgnomekbd requirement
  * debian/patches/16_preferred_applications_list_cleanup.patch:
    - updated, some of the changes have been applied upstream now
  * debian/patches/25_window_manager_settings.patch,
    debian/patches/99_autoreconf.patch:
    - updated
  * debian/patches/18_add_onboard_to_preferred_apps.patch,
    debian/patches/101_gnome_at_properties_active_preferred_apps_without_at.patch:
    - dropped, fixed with the new upstream version

 -- Sebastien Bacher <email address hidden> Wed, 09 Jan 2008 16:13:19 +0100

[eremos (hjbotha)]

I still have this issue on gnome-control-center 1:2.22.1-0ubuntu4 on Hardy.

mod4+d = show desktop
mod4+e = home folder
mod4+l = lock screen

show desktop works, but the other two do nothing.

If I have something selected in an application (ie. text in gedit), it's apparent that the application briefly loses focus when the shortcut key is pressed, but nothing else happens.

[Sander (svl-launchpad)]

I'm seeing the same with gnome-control-center 1:2.22.1-0ubuntu4 on Hardy, using the Generic 105-key (Intl) PC keyboard layout on a Toshiba Portege R500.

Mod4+e, Mod4+f, and Mod4+l do not work (regardless of what action is assigned to them). All other Mod4+keys (Mod4+r, Mod4+d, etc) _do_ work.

[Henning Carstens (mail-henning-carstens)]

I have the same problem with 1:2.24.0.1-0ubuntu4 on Ubuntu 8.10 beta.

First of all, I had to set Win as Super/Meta/Hyper. Otherwise any shortcut with Win-Key returned "Win-L"/"Win-R" an no combined shortcuts were possible.

With Win-as-Super I can set shortcuts (they appear as Mod4+whatever). As alreade mentioned Win+t works. But Win+X with X=[rlc] does not.

But: Win+c centers the mouse pointer, although it is not configured in Gnome.

[Lembitu Ling (snakeman)]

Confirmed, same problem with 1:2.22.1-0ubuntu4.1 on Hardy, using Generic 105-key