! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Assigning ALT-F1 and ALT-F2 to workspace 1 and 2 doesn't work.


Description huggie 2006-04-21 23:26:37 CEST
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20060313 Debian/1.5.dfsg+ Firefox/
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20060313 Debian/1.5.dfsg+ Firefox/

When I run xfce-show-setting in 4.4beta1 and assign ALT-F1 through ALT-F4 to go to workspace 1 through 4, ALT-F3 and ALT-F4 work fine.

ALT-F1 seems hardcoded to bring up help.
ALT-F2 seems hardcoded to bing up the run dialogue.

Despite the settings plugin showing that they should be taking me to a particular workspace.

Reproducible: Always

Steps to Reproduce:
Comment 1 Stefan Stuhr 2006-04-22 04:58:49 CEST
This isn't a bug. Open the Keyboard settings dialog (xfce-setting-show keyboard); the Shortcuts tab, and add a new keyboard shortcuts theme. Now you can remove the shortcuts for Alt+F1 and Alt+F2.
Comment 2 Olivier Fourdan editbugs 2006-04-22 08:14:07 CEST
As pointed by Stfan, you need to disable Alt-F1 and Alt-F2 in the general keyboard shortcut editor to be able to use these in xfwm4.
Comment 3 huggie 2006-04-22 09:17:23 CEST
Hmm, ok.  I can see that this does indeed work as you've said once I do that.

Can I suggest at the least that you warn if you're about to specify a key that the shortcut editor already has bound or that (ideally and yes, I realise this is probably a bit late for 4.4) the xfwm4 keyboard setup is merged with the shortcut editor some how, possibly into its own settings plugin.

I imagine users will find having two places to set keypresses quite confusing.

Comment 4 Olivier Fourdan editbugs 2006-04-22 13:33:08 CEST
Merging xfwm4 shortcuts with general launcher shortcuts wouldn't help as the key might also be grabbed by any other application running on the display (ie not just the WM, but any client application can grab keys)...
Comment 5 huggie 2006-04-23 16:52:57 CEST
Right, but having all the Xfce managed shortcuts in one place would be less confusing to users.

I predict that I'll have to deal with Debian users tripping over this in future is all.

If you don't want to merge them then that's fair enough; I just wanted to put the case for merging them to you.

I think some people have always found it a bit odd that from the settings dialogue when you click on keyboard you can't manage the xfwm4 key bindings.

Comment 6 Brian J. Tarricone (not reading bugmail) 2006-06-05 21:23:02 CEST
Is there a way to catch this when the shortcut is assigned?  Like will XGrabKey() fail (or something)?
Comment 7 Brian J. Tarricone (not reading bugmail) 2006-06-05 21:54:21 CEST
Yeah... the XGrabKey() manpage says:

BadAccess A client attempted to grab a key/button combination already
                 grabbed by another client.

So can't we just catch BadAccess errors and warn the user the key combo is already used?
Comment 8 Yves-Alexis Perez editbugs 2008-05-17 15:26:27 CEST
Hmhm, it seems the check for BadAccess() stuff is still not integrated?

It'd be nice if the Keyboard Settings and Xfwm4 settings were able to check if a shortcut is already taken before setting it.

I can't reopen it, but I don't think it can be considered as fixed currently.
I can't change the subject either, but would rename it to: “No warning when trying to add a shortcut if it's already taken”.

Do you want me to open another bug, or should we stick with this one?


Bug #1705

Reported by:
Reported on: 2006-04-21
Last modified on: 2009-07-14


Olivier Fourdan
CC List:
3 users




Additional information