** Changed in: gnome-settings-daemon
Status: Unknown => Confirmed
** Changed in: gnome-settings-daemon
Importance: Unknown => Medium
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-settings-daemon in Ubuntu.
Gnome bug 651571 was marked as a dupe of 792892; updating remote watch
accordingly.
** Bug watch added: GNOME Bug Tracker #792892
https://bugzilla.gnome.org/show_bug.cgi?id=792892
** Changed in: gnome-settings-daemon
Importance: Medium => Unknown
** Changed in: gnome-settings-daemon
** Changed in: gnome-settings-daemon
Status: Won't Fix => Invalid
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/694910
Title:
Regression: patch to bug 539477
I have this problem on a new 16.04 install.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/694910
Title:
Regression: patch to bug 539477 breaks Super+P keybindings
My workaround (14.10) to use the Superp keybinding as screenshot
shortcut is to unbind unity/compiz bindings and add this to
$HOME/.xbindkeysrc
gnome-screenshot -c
mod4 + p
This keeps xrandr and other media keys 'alive'. See also:
http://askubuntu.com/a/585204/209676
--
You received this bug
There are many good suggestions here -- what are the next steps required
in order for action to happen (at least in Ubuntu)? Is someone willing
to create and attach a patch to this bug?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to
As I posted on the upstream bug, this bug would be a lot less annoying
if:
1. The key short were listed in the Keyboard configuration applet, with
appropriate greying out/some sort of explanatory message that comes up if you
try to change it.
2. The workaround were only applied on machines that
Turning off xrandr, turns off the ability to switch properly monitors
even through Settings. Please either unbind mod4+p or give a proper
workaround.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-settings-daemon in Ubuntu.
I don't understand why bug #539477 has been fixed at the cost of an
unknown but definitely unaffected majority of users who don't use
hardware that implemented strange Microsoft standards.
I hope it's possible to revert the fix for #539477 and commit a new fix
that is less intervening. What about
You could also probably just remove the «video-out» shortcut key who is
mapped on «super+p».
These hotkeys configurations should probably be easier to configure from
some settings panel as «super+p» is used in IDE's for example. Another
example is that «super+p» is often used in xmonad for
And for those poor users with silly hardware, the «control panel» should
warn their users that video-out sadly has to be mapped to «super+p» to
work if the keycode is hardcoded by the vendor.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed
Why is this not fixed if all it takes is to remove a horribly written
patch?
Precise 12.04 still has this behaviour.
Basically, right now there are only two very ugly fixes: either turn off
xrandr support or media-keys. The first is unacceptable if you use
multiple monitors (me) and the second
Precise 12.04, and this hit me badly. Interestingly enough, doesnt
happen when xinerama is turned on. But then again, gnome-settings-
daemon crashes with xinerama on.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to
@Vinh sorry I didn't see your request. I have a later version than you,
3.2.2. If you have an earlier Ubuntu release, maybe try the work-around
I linked to in the first comment?
The good news is that this issue may have been fixed in Ubuntu precise
12.04. I just installed that on a new machine
This is *really* annoying and confusing.
Mod+p is a standard binding in xmonad. Mod4 is the common choice for
Mod. Why should I have to change my xmonad configuration because some
feature I don't care about or use wants that binding? And at minimum,
why can't I disable this binding?
--
You
@Iain can you be more specific in describing your solution? I
downloaded the source to gnome-settings-daemon but do not see acme.h:
/tmp/gnome-settings-daemon-2.32.1$ grep -R VIDEO *
plugins/xrandr/gsd-xrandr-manager.c:#define VIDEO_KEYSYMXF86Display
plugins/xrandr/gsd-xrandr-manager.c:
I just wasted a bunch more time because of this bug. The xrandr plugin to
gnome-settings-daemon is now configured in dconf not in gconf:
http://askubuntu.com/questions/68463/how-to-disable-global-super-p-shortcut
Because there's no option to stop the keybinding being stolen, one still has to
Correction: one now needs to disable the media keys plugin instead of
the xrandr plugin (using dconf) to prevent superp being stolen. This
new fix breaks different things to before. For my machine I've
recompiled gnome-settings-daemon to get rid of the problem. If anyone
else wants to do the same,
Wonky hardware makes a compelling case for monitor switching to be the
default behavior.
It does not present a compelling case for making this behavior non-
configurable. This is especially the case since this exact shortcut is
obviously used by quite a few users.
--
You received this bug
Users should be able to bind Superp to whatever they want in any
application. Compiz should not be the only one allowed to override this
Dell/HP specific misguided choice for their screen configuration wizard.
--
You received this bug notification because you are a member of Desktop
Packages,
20 matches
Mail list logo