Closed
Bug 162189
Opened 22 years ago
Closed 13 years ago
Ctrl+Enter in URL bar ignores "Load links in the background" pref
Categories
(SeaMonkey :: Tabbed Browser, defect)
SeaMonkey
Tabbed Browser
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: jonasj, Assigned: jag+mozilla)
References
(Blocks 1 open bug)
Details
Build 2002080708, Win2k. * Make sure the "Load links in the background" Tabbed Browsing pref is turned on. * Type "mozilla.org" in the URL bar and hit Ctrl+Enter. Actual results: A new tab opens with focus and loads mozilla.org. Expected results: A new tab opens in the background and loads mozilla.org.
Reporter | ||
Comment 1•22 years ago
|
||
See also bug 162193, "Ctrl+Enter in URL bar should load URL in a new window".
Comment 2•22 years ago
|
||
not sure I agree with this bug. use ctrl+shift+enter to open the tab in the background... then again... hm... cc'ing mpt for an opinion on whether this is valid or WONTFIX, and what should happen for ctrl+shift+enter if "load links in background" is enabled.
Reporter | ||
Updated•22 years ago
|
Blocks: link-modifiers
Reporter | ||
Comment 3•22 years ago
|
||
Why Ctrl+Enter should respect the Load links in the background pref: If I'm reading http://example.com/page1.html and I want to read page2.html afterwards, I will be able to hit Ctrl+L, change the "1" to "2", hit Ctrl+Enter, and the page will load in a new background tab. Currently I have to press as many Ctrl+PageUp/PageDowns as required to get the focus back to the original tab.
Comment 4•22 years ago
|
||
Jonas: Use Ctrl+Shift+Enter
Reporter | ||
Comment 5•22 years ago
|
||
But why should I need to hold down Shift while Ctrl+Entering in the URL bar when I don't need to when clicking a link, Ctrl+Entering a link, etc.?
Comment 6•22 years ago
|
||
good point indeed; maybe I'll create a patch for that later. question, should ctrl+shift+enter then load the tab in the foreground, or do the same as ctrl+enter?
I think ctrl-shift-enter should do the opposite of whatever the 'load links in background' setting specifies.
Reporter | ||
Comment 8•22 years ago
|
||
djk is right; Ctrl+Shift+Enter should do the opposite of Ctrl+Enter. (That is consistent with Ctrl+Shift+Enter on a link.) I might make a patch for this.
Comment 9•22 years ago
|
||
Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:1.1) Gecko/20020826 (Mac OS 9.1). I don´t know if I should file this as a (two?) separate bug(s)... There are two other cases where "Load links in the background" is ignored: 1) File - New - Navigator Tab 2) "Open Web Location" and choosing selecting open in "New Navigator Tab"
Reporter | ||
Comment 10•22 years ago
|
||
Interesting: "foo" + Ctrl+Enter -> load in foreground. "foo bar" + Ctrl+Enter -> load in background. "foo bar" + Ctrl+Enter where "foo" is a bookmark keyword -> load in foreground.
Updated•22 years ago
|
QA Contact: sairuh → pmac
Comment 11•22 years ago
|
||
see also bug 207678 for the personal toolbar context menu.
Updated•22 years ago
|
QA Contact: pmac → sairuh
I don't agree that this should change. If this were "fixed", I'd have to use ctrl+shift+enter the majority of the time. WONTFIX?
Comment 13•18 years ago
|
||
IMHO it should certainly ignore the main "switch to new tabs opened from links" preference. However, you could argue the case that it should use the "switch to new tabs opened from other applications" preference.
Updated•16 years ago
|
Product: Core → SeaMonkey
![]() |
||
Comment 14•13 years ago
|
||
WORKSFORME: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0a1) Gecko/20110824 SeaMonkey/2.6a1
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•