Closed Bug 178511 Opened 23 years ago Closed 23 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: 23 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.