[Desktop-packages] [Bug 1113420] Re: Alt+ window menu shortcuts cannot be disabled
** Also affects: unity Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1113420 Title: Alt+ window menu shortcuts cannot be disabled Status in Unity: New Status in nautilus package in Ubuntu: Confirmed Bug description: I find the key ergonomically very useful (it can be pressed with a thumb without moving any of the "letter" fingers) and I would like to use it for many custom keyboard shortcuts (there is a reason why it plays such a big role in Emacs and the whole OS X for that matter). Currently, though, is hardcoded to activate window menu entries (such as +F for the file menu, +E for the edit menu) and there is no way to surpass this functionality in all the applications. Personally, I find these shortcuts quite useless - they take you to "copy", "paste", and "open file" which have standard shortcuts anyway (with the exception of preferences, which for some reason don't have a standardized shortcut even though that's often the only thing a person looks for up there). Expected behaviour - What I would like to see is a global option to disable these alt+ menu shortcuts to free up the key for other uses (similar to the option already available in gnome-terminal, only global). Preferably, activating this option would also remove the first-letter underlining in the menu to indicate to users that they can't acess it through shortcuts. (I marked nautilus for apport to collect my version numbers, but this affects most applications - didn't know what the right target is) ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: nautilus 1:3.5.90.really.3.4.2-0ubuntu4.1 ProcVersionSignature: Ubuntu 3.5.0-23.35-generic 3.5.7.2 Uname: Linux 3.5.0-23-generic x86_64 ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 Date: Sat Feb 2 13:22:32 2013 ExecutablePath: /usr/bin/nautilus GsettingsChanges: b'org.gnome.nautilus.window-state' b'geometry' b"'931x626+1+80'" b'org.gnome.nautilus.window-state' b'start-with-status-bar' b'true' InstallationDate: Installed on 2012-10-19 (106 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) MarkForUpload: True SourcePackage: nautilus UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/1113420/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1113420] Re: Alt+ window menu shortcuts cannot be disabled
This is a general problem across Unity, and it is SUPREMELY annoying. I like to use -t to open a terminal, and various other keyboard shortcuts that use as the only modifier. That has always worked, but it's broken on Unity: when I start an application that has a menu that starts with the letter 't', that application steals the shortcut. Instead of popping up a new terminal, it opens that menu. Even worse, even after quitting the application the keyboard shortcut remains broken. To reproduce: - in Unity settings -> keyboard -> Shortcuts -> Launchers change the "Launch terminal" shortcut to ALT+T - hit -t, new terminial pops up - start Thunderbird or Okular, both of which have a "Tools" menu - note -t now opens the Tools menu - kill the application - hit -t, nothing happens The keyboard shortcut is still there in the settings. Restarting Unity makes it work again. Note that the applications that trigger this use GTK2 and Qt, respectively. There is nothing wrong with an application registering menu keyboard shortcuts -- but the window manager cannot be overruled by an application! Unity's keyboard shortcuts *must* take precedence. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1113420 Title: Alt+ window menu shortcuts cannot be disabled Status in Unity: New Status in nautilus package in Ubuntu: Confirmed Bug description: I find the key ergonomically very useful (it can be pressed with a thumb without moving any of the "letter" fingers) and I would like to use it for many custom keyboard shortcuts (there is a reason why it plays such a big role in Emacs and the whole OS X for that matter). Currently, though, is hardcoded to activate window menu entries (such as +F for the file menu, +E for the edit menu) and there is no way to surpass this functionality in all the applications. Personally, I find these shortcuts quite useless - they take you to "copy", "paste", and "open file" which have standard shortcuts anyway (with the exception of preferences, which for some reason don't have a standardized shortcut even though that's often the only thing a person looks for up there). Expected behaviour - What I would like to see is a global option to disable these alt+ menu shortcuts to free up the key for other uses (similar to the option already available in gnome-terminal, only global). Preferably, activating this option would also remove the first-letter underlining in the menu to indicate to users that they can't acess it through shortcuts. (I marked nautilus for apport to collect my version numbers, but this affects most applications - didn't know what the right target is) ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: nautilus 1:3.5.90.really.3.4.2-0ubuntu4.1 ProcVersionSignature: Ubuntu 3.5.0-23.35-generic 3.5.7.2 Uname: Linux 3.5.0-23-generic x86_64 ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 Date: Sat Feb 2 13:22:32 2013 ExecutablePath: /usr/bin/nautilus GsettingsChanges: b'org.gnome.nautilus.window-state' b'geometry' b"'931x626+1+80'" b'org.gnome.nautilus.window-state' b'start-with-status-bar' b'true' InstallationDate: Installed on 2012-10-19 (106 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) MarkForUpload: True SourcePackage: nautilus UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/1113420/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1453174] Re: Opening of magnet links broken
** Changed in: gvfs (Ubuntu Vivid) Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gvfs in Ubuntu. https://bugs.launchpad.net/bugs/1453174 Title: Opening of magnet links broken Status in gvfs: Unknown Status in gvfs package in Ubuntu: Fix Released Status in gvfs source package in Vivid: Fix Released Bug description: * Impact some urls are not correctly handled * Test case $ xdg-open "magnet:?xt=urn:btih:9BE2..." that should open a working dialog and not an error one * Regression potential check that the desktop handling of urls is correct (using xdg-open or click on e.g in website handlers in about dialogs) --- When clicking on a magnet link, transmission-remote-gtk always displays the error "invalid or corrupt torrent file". This seems to be caused by xdg-open slightly modifying the link: $ xdg-open "magnet:?xt=urn:btih:9BE2..." results in $ transmission-remote-gtk "magnet:///?xt=urn:btih:9BE2..." which causes the problem mentioned. I'm using transmission-remote-gtk 1.1.1-1 from vivid. To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/1453174/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1453174] Re: Opening of magnet links broken
Tested with 1.24.2-0ubuntu0.1 and magnet links now work fine, thanks. ** Tags removed: verification-needed ** Tags added: verification-done -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gvfs in Ubuntu. https://bugs.launchpad.net/bugs/1453174 Title: Opening of magnet links broken Status in gvfs package in Ubuntu: Fix Released Status in gvfs source package in Vivid: Fix Committed Bug description: * Impact some urls are not correctly handled * Test case $ xdg-open "magnet:?xt=urn:btih:9BE2..." that should open a working dialog and not an error one * Regression potential check that the desktop handling of urls is correct (using xdg-open or click on e.g in website handlers in about dialogs) --- When clicking on a magnet link, transmission-remote-gtk always displays the error "invalid or corrupt torrent file". This seems to be caused by xdg-open slightly modifying the link: $ xdg-open "magnet:?xt=urn:btih:9BE2..." results in $ transmission-remote-gtk "magnet:///?xt=urn:btih:9BE2..." which causes the problem mentioned. I'm using transmission-remote-gtk 1.1.1-1 from vivid. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1453174/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1453174] Re: Opening of magnet links broken
** Package changed: transmission-remote-gtk (Ubuntu) => gvfs (Ubuntu) ** No longer affects: gvfs -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gvfs in Ubuntu. https://bugs.launchpad.net/bugs/1453174 Title: Opening of magnet links broken Status in gvfs package in Ubuntu: Confirmed Bug description: When clicking on a magnet link, transmission-remote-gtk always displays the error "invalid or corrupt torrent file". This seems to be caused by xdg-open slightly modifying the link: $ xdg-open "magnet:?xt=urn:btih:9BE2..." results in $ transmission-remote-gtk "magnet:///?xt=urn:btih:9BE2..." which causes the problem mentioned. I'm using transmission-remote-gtk 1.1.1-1 from vivid. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1453174/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp