Ctrl-T / Ctrl-N inconsistent & curious: Ctrl-T doesn't copy state

VERIFIED INVALID

Status

SeaMonkey
Tabbed Browser
VERIFIED INVALID
15 years ago
9 years ago

People

(Reporter: R.K., Assigned: jag (Peter Annema))

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

15 years ago
Ctrl-T creates only a empty page, which is boring. You want to fork browsing!

Ctrl-N does it right in principle by copying state. 
But: when I ctr-N _from_ Tab Browsing not the current tab is copied but randomly
another tabs content instead (or the most right tabs content?)
And: Ctrl-N doesn't copy the history state (back-button) which is not nice cause
I have not a symmetric forking. I often want to fork off a new browser in order
to save full state and go for new adventures in the current browser.
(In fact symmetric forking was often a reason for me to use IE in NS4.x times)
>Ctrl-N does it right in principle by copying state. 

This is wrong. Ctrl+N just respects the settings of the "Homepage" pref in
Edit/Preferences/Navigator. So it does not copy state.

(Though there's a bug to do that somewhere, I believe)

As that statement is already invalid, all conclusions drawn from it are too, and
therefore marking bug INVALID.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → INVALID

Comment 2

15 years ago
verified
Status: RESOLVED → VERIFIED
Product: Core → SeaMonkey
You need to log in before you can comment on or make changes to this bug.