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)
SeaMonkey
Tabbed Browser
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)
Comment 1•22 years ago
|
||
>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
Updated•16 years ago
|
Product: Core → SeaMonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•