Pref(s) to set what new tabs and windows display

RESOLVED DUPLICATE of bug 174184

Status

()

Firefox
Preferences
--
enhancement
RESOLVED DUPLICATE of bug 174184
15 years ago
4 years ago

People

(Reporter: Emery Finkelstein, Assigned: Blake Ross)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

15 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021207 Phoenix/0.5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021207 Phoenix/0.5

Currently Pheonix opens the new window to the set homepage. I am used to the
Internet Explorer way of things where Ctrl+N brings up another window with the
same url location as that of the one in which Ctrl+ was used.

Also this lack of feature applies to the Ctrl+t shortcut to open a new tab,
but in the case of new tab, the new tab is initialized to a blank page.

I would like to see a feature added to the Pheonix preferences, that allows you
to  choose how Pheonix reacts to the new window and new tab shortcuts, Ctrl+N
and Ctrl+T. 

If this is not possible perhaps a second shortcut that has this effect.
This may already exist, but I'm not sure, as I don't have a list of shortcuts
available to me.


Reproducible: Always

Steps to Reproduce:
1.Ctrl + N or Ctrl + T while a Phenoix window/tab is the active window.
2.
3.

Actual Results:  
Phenoix opens a new window to my homepage, or Pheonix creates a new tab with a
blank page loaded.

Expected Results:  
This is a matter of preference, I'd prefer that the new tabs/windows be
initialed to the same url as the active window/tab when the shortcuts (Ctrl+N or
Ctrl+T) are invoked.

Comment 1

15 years ago
I see. To each his own I suppose.

I'm going to have to change the summary on this though.

From:
New window with Ctrl+N always opens to home page
to:
Pref to set URL to that of active tab when Ctrl+[N,T] is invoked

-->OS to All (enhancements, unless OS specific, should always be ALL)
-->Confirming for developer review
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 2000 → All
Summary: New window with Ctrl+N always opens to home page → Pref to set URL to that of active tab when Ctrl+[N,T] is invoked

Comment 2

15 years ago
maybe there should be 3 options determining the behaviour:
1. Blank window/tab
2. New window/tab with home page
3. New window/tab with duplicate of current tab

Comment 3

15 years ago
Try installing the tabbed browsing extension;

http://texturizer.net/phoenix/extensions.html#tabbed

There is a preference there for new tabs at least.

Comment 4

15 years ago
*** Bug 172976 has been marked as a duplicate of this bug. ***

Comment 5

15 years ago
Ok, sorry for the bugspam again. Let's clean this up a bit. What seems to be
desired is a set of prefs to determine what new tabs and new windows should
display (comment #2, bug 172976).

-->Changing summary (again)
Summary: Pref to set URL to that of active tab when Ctrl+[N,T] is invoked → Pref(s) to set what new tabs and windows display

Comment 6

15 years ago
Phoenix developers won't be implementing this in Phoenix. 
Status: NEW → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → WONTFIX

Comment 7

14 years ago
*** Bug 194522 has been marked as a duplicate of this bug. ***
taking QA contact, sorry about the bugspam
QA Contact: asa → mconnor

Comment 9

14 years ago
VERIFYING obvious WONTFIX bugs.  Filter on firebirdWontFix to filter these bugs.
 I skipped a few that I'm unsure about from their summary and will manually go
through them.
Status: RESOLVED → VERIFIED

Comment 10

14 years ago
*** Bug 226211 has been marked as a duplicate of this bug. ***
*** Bug 240868 has been marked as a duplicate of this bug. ***

Comment 12

13 years ago
*** Bug 249355 has been marked as a duplicate of this bug. ***

Comment 13

13 years ago
*** Bug 252919 has been marked as a duplicate of this bug. ***

Comment 14

13 years ago
I've filled bug #252999 for a similar complaint. It was suggested that my
#252999 to be with this one. If you are going to merge both bugs, please make
sure that this one is going to be rechecked, or at least that it stands a chance
at being removed from the WONTFIX status.
*** Bug 252999 has been marked as a duplicate of this bug. ***

Comment 16

13 years ago
*** Bug 253256 has been marked as a duplicate of this bug. ***

Comment 17

13 years ago
*** Bug 255629 has been marked as a duplicate of this bug. ***

Comment 18

13 years ago
*** Bug 264778 has been marked as a duplicate of this bug. ***

Comment 19

13 years ago
*** Bug 266767 has been marked as a duplicate of this bug. ***
*** Bug 267114 has been marked as a duplicate of this bug. ***

Comment 21

13 years ago
With now 12 entries/votes for this one, _please_ re-instate for Firefox!
just because 12 people out of a user community in the millions want a feature
doesn't mean we're going to do it.  Advocacy comments don't help either.  There
were prefs that used to work for this that we've explicitly removed in the last
few months because we don't feel these prefs are generally necessary or useful.
 However, that being said, Ctrl-N cloning the current tab in a new window (a la
IE) is probably more useful than the home page, and is still an open bug IIRC. 
That wouldn't be a pref though, it would be a change in the behaviour.

This is solely for informational/clarification purposes.  Arguing about it in
the bug won't accomplish much.
*** Bug 275355 has been marked as a duplicate of this bug. ***
*** Bug 286634 has been marked as a duplicate of this bug. ***
*** Bug 254888 has been marked as a duplicate of this bug. ***

Comment 26

12 years ago
*** Bug 289443 has been marked as a duplicate of this bug. ***

Comment 27

12 years ago
fyi: the Clone Window extension from
http://www.pikey.me.uk/mozilla/?extension=cw provides the requested functionality.

emery (or other empowered reader): can you link to this comment from the Status
Whiteboard?

Updated

12 years ago
Blocks: 164421
*** Bug 311680 has been marked as a duplicate of this bug. ***
*** Bug 318390 has been marked as a duplicate of this bug. ***
*** Bug 329378 has been marked as a duplicate of this bug. ***
*** Bug 335888 has been marked as a duplicate of this bug. ***
sorry for bugspam, long-overdue mass reassign of ancient QA contact bugs,
filter on "beltznerLovesGoats" to get rid of this mass change
QA Contact: mconnor → preferences
*** Bug 360178 has been marked as a duplicate of this bug. ***
Duplicate of this bug: 477229

Comment 35

8 years ago
dkvgfladjbvgjksdgvfyugb
Duplicate of this bug: 491181
Duplicate of this bug: 634870

Updated

6 years ago
Duplicate of this bug: 686856

Updated

6 years ago
Duplicate of this bug: 614923

Comment 40

6 years ago
(In reply to Asa Dotzler [:asa] from comment #6)
> Phoenix developers won't be implementing this in Phoenix.

What kind of argument is this???

Updated

4 years ago
Duplicate of this bug: 577660

Updated

4 years ago
Status: VERIFIED → RESOLVED
Last Resolved: 15 years ago4 years ago
Resolution: WONTFIX → DUPLICATE
Duplicate of bug: 174184
You need to log in before you can comment on or make changes to this bug.