Closed
Bug 187573
Opened 22 years ago
Closed 11 years ago
Pref(s) to set what new tabs and windows display
Categories
(Firefox :: Settings UI, enhancement)
Tracking
()
RESOLVED
DUPLICATE
of bug 174184
People
(Reporter: finkelem, Assigned: bugzilla)
References
Details
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•22 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•22 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•22 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•22 years ago
|
||
*** Bug 172976 has been marked as a duplicate of this bug. ***
Comment 5•22 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•22 years ago
|
||
Phoenix developers won't be implementing this in Phoenix.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WONTFIX
Comment 7•22 years ago
|
||
*** Bug 194522 has been marked as a duplicate of this bug. ***
Comment 9•21 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•21 years ago
|
||
*** Bug 226211 has been marked as a duplicate of this bug. ***
Comment 11•21 years ago
|
||
*** Bug 240868 has been marked as a duplicate of this bug. ***
Comment 12•20 years ago
|
||
*** Bug 249355 has been marked as a duplicate of this bug. ***
Comment 13•20 years ago
|
||
*** Bug 252919 has been marked as a duplicate of this bug. ***
Comment 14•20 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.
Comment 15•20 years ago
|
||
*** Bug 252999 has been marked as a duplicate of this bug. ***
Comment 16•20 years ago
|
||
*** Bug 253256 has been marked as a duplicate of this bug. ***
Comment 17•20 years ago
|
||
*** Bug 255629 has been marked as a duplicate of this bug. ***
Comment 18•20 years ago
|
||
*** Bug 264778 has been marked as a duplicate of this bug. ***
Comment 19•20 years ago
|
||
*** Bug 266767 has been marked as a duplicate of this bug. ***
Comment 20•20 years ago
|
||
*** Bug 267114 has been marked as a duplicate of this bug. ***
Comment 21•20 years ago
|
||
With now 12 entries/votes for this one, _please_ re-instate for Firefox!
Comment 22•20 years ago
|
||
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.
Comment 23•20 years ago
|
||
*** Bug 275355 has been marked as a duplicate of this bug. ***
Comment 24•20 years ago
|
||
*** Bug 286634 has been marked as a duplicate of this bug. ***
Comment 25•20 years ago
|
||
*** Bug 254888 has been marked as a duplicate of this bug. ***
Comment 26•20 years ago
|
||
*** Bug 289443 has been marked as a duplicate of this bug. ***
Comment 27•19 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?
Comment 28•19 years ago
|
||
*** Bug 311680 has been marked as a duplicate of this bug. ***
Comment 29•19 years ago
|
||
*** Bug 318390 has been marked as a duplicate of this bug. ***
Comment 30•19 years ago
|
||
*** Bug 329378 has been marked as a duplicate of this bug. ***
Comment 31•19 years ago
|
||
*** Bug 335888 has been marked as a duplicate of this bug. ***
Comment 32•18 years ago
|
||
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
Comment 33•18 years ago
|
||
*** Bug 360178 has been marked as a duplicate of this bug. ***
Comment 35•16 years ago
|
||
dkvgfladjbvgjksdgvfyugb
Comment 40•13 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•11 years ago
|
Status: VERIFIED → RESOLVED
Closed: 22 years ago → 11 years ago
Resolution: WONTFIX → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•