[Desktop-packages] [Bug 572074]
Comment on attachment 8642998 middlemouse on new tab button creates a new tab related to current Sounds like a sensible shortcut if I understand this correctly: So with this patch, middle-clicking the new tab button in the tab strip will create a new tab next to the currently selected tab instead of at the end of the tab strip, correct? If so, go for it! :) -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/572074 Title: New tabs open to the right of all existing tabs instead of opening next to the current tab Status in Mozilla Firefox: Fix Released Status in firefox package in Ubuntu: Triaged Bug description: Binary package hint: firefox As the summary says: when a user opens a new, empty tab, it opens next to the rightmost of tabs currently open in the browser. This is inconsistent with the way links in new tabs are opened, which is to have them next to the currently active tab. Steps to reproduce: 1. Open multiple tabs in the browser. 2. Select the leftmost tab. 3. Press Ctrl + T. Expected result: Have a new, empty tab next to the leftmost tab. Actual result: The new, empty tab opens next to the rightmost tab. ProblemType: Bug DistroRelease: Ubuntu 10.04 Package: firefox 3.6.3+nobinonly-0ubuntu4 ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2 Uname: Linux 2.6.32-21-generic x86_64 Architecture: amd64 CheckboxSubmission: 09ae689090491ca53449589269e4bfd8 CheckboxSystem: edda5d4f616ca792bf437989cb597002 Date: Fri Apr 30 09:19:58 2010 EcryptfsInUse: Yes FirefoxPackages: firefox 3.6.3+nobinonly-0ubuntu4 firefox-gnome-support 3.6.3+nobinonly-0ubuntu4 firefox-branding 3.6.3+nobinonly-0ubuntu4 abroswer N/A abrowser-branding N/A InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027) ProcEnviron: PATH=(custom, user) LANG=fi_FI.utf8 SHELL=/bin/bash SourcePackage: firefox To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/572074/+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 66566]
Seeing that both Chrome and Safari are using Cmd/Ctrl-Enter for opening something in a new background tab AND that this is also consistent with our use of Cmd/Ctrl in other contexts, I would support changing it. Re- opening on that basis. As far as priority goes, this is obviously on the lower end though... -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/66566 Title: Inconsistent shortcuts for new tab Status in Mozilla Firefox: Fix Released Status in firefox package in Ubuntu: Won't Fix Status in firefox-3.0 package in Ubuntu: Won't Fix Status in firefox-3.5 package in Ubuntu: Won't Fix Bug description: There are currently too many shortcuts when opening a link in a new tab: - location bar: + - GO button: + click - search bar: + - SEARCH button + click - links: + click - menu bar: + click - BACKWARD/FORWARD button: + click This is one of the reasons I'm keeping with Opera. There it is always the shift key and I have to remember only one key. Thanks for reading! To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/66566/+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 66566]
OK, so it looks like Edge, IE, Chrome and Firefox on Windows all currently do a version of autocompleting to www.$query.com on Ctrl-Enter. So I agree that doing this per-OS makes sense, since macOS seems to lean more heavily towards interpreting Cmd-something as doing things in a new tab. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/66566 Title: Inconsistent shortcuts for new tab Status in Mozilla Firefox: Fix Released Status in firefox package in Ubuntu: Won't Fix Status in firefox-3.0 package in Ubuntu: Won't Fix Status in firefox-3.5 package in Ubuntu: Won't Fix Bug description: There are currently too many shortcuts when opening a link in a new tab: - location bar: + - GO button: + click - search bar: + - SEARCH button + click - links: + click - menu bar: + click - BACKWARD/FORWARD button: + click This is one of the reasons I'm keeping with Opera. There it is always the shift key and I have to remember only one key. Thanks for reading! To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/66566/+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 263505]
Hi Darshana, great to want to tackle this one! I just assigned it to you. (By the way: You can also assign bugs to yourself in the bug summary at the top of this page). I see that you are new to Bugzilla, so if you need help getting started, #introduction on irc.mozilla.org is the place to go. Here's a page about how to build Firefox: https://developer.mozilla.org/en-US/docs/Developer_Guide/Build_Instructions Happy Hacking! -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/263505 Title: Wishlist: add use input as a search term to address not found page Status in The Mozilla Firefox Browser: Confirmed Status in “firefox” package in Ubuntu: Incomplete Bug description: Binary package hint: firefox Altogether too often when I get the Address Not Found page, it is because I expected too much from the Wonderful Bar or whatever it's called. It would be a useful addition if the Address Not Found page could offer the option to use the stuff you typed into the location bar as input for your designated search engine, and/or perform history search on those terms. (For me, the former is the more useful, but I expect both would be handy, and the effort to offer both is probably marginal if you decide to do one or the other.) All to often, what you typed in is no longer visible in the location bar, because http:// gets prepended and sometimes a .com appended to what is displayed in the location bar at the point you get the Address Not Found error. To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/263505/+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
