Closed Bug 178511 Opened 22 years ago Closed 22 years ago

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

Categories

(SeaMonkey :: Tabbed Browser, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED INVALID

People

(Reporter: kxroberto, Assigned: jag+mozilla)

Details

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
Closed: 22 years ago
Resolution: --- → INVALID
verified
Status: RESOLVED → VERIFIED
Product: Core → SeaMonkey
You need to log in before you can comment on or make changes to this bug.