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)
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•23 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: 23 years ago
Resolution: --- → INVALID
Updated•17 years ago
|
Product: Core → SeaMonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•