Closed Bug 164213 Opened 22 years ago Closed 15 years ago

ability to lock a tab [protect tabs against accidental close]


(SeaMonkey :: Tabbed Browser, enhancement)

Not set


(Not tracked)



(Reporter: jsk_priv, Unassigned)


Working with a html bugtracking system with several views open (Intray and some
queries as well as a "submit new bug" form) i sometimes happen to click in the
wrong place, closing e.g. my intray view. I need help to overcome my clumsiness ;-)

It would be a good thing to have a small button on the tab to lock it so it
cannot be closed by accident. The alternative could be to ask for confirmation
everytime i want to close a tab, but that's inconvinient.
Corrected it to be an enhancement
Severity: normal → enhancement
a request for a close-button on the tab was already rejected (not enough room on
the tab), so I don't think you're idea of a lock-button will be easily accepted.
This is a duplicate bug!  We have this request a couple of weeks ago.  I can't 
find the bug number when doing the bugzilla search.
I am aware of the missing space on the tabs but there could be other ways to
implement it - e.g. put it into the context menu.

Scott: I could not find your issue either, that's why i wrote this one ;-)
Dup dup dup dup...

Hint: found this one with the following search keywords:  tab, close

*** This bug has been marked as a duplicate of 108973 ***
Closed: 22 years ago
Resolution: --- → DUPLICATE
Ding, ding, ding!!

Can you use the "," in the bugzilla search?
not a duplicate
Resolution: DUPLICATE → ---
Summary: protect tabs agains accidential close → ability to lock a tab [protect tabs agains accidential close]
Status --> New
Ever confirmed: true
If this gets implemented, please make it a context menu item rather than a
button on the tab.
Summary: ability to lock a tab [protect tabs agains accidential close] → ability to lock a tab [protect tabs against accidential close]
Summary: ability to lock a tab [protect tabs against accidential close] → ability to lock a tab [protect tabs against accidental close]
I agree.
It would be wise to have something on the tab.  Like the word, "Locked" or an 
icon of a padlock or something.  When you have like 10 tabs open, it would be 
easier to tell which is a locked tab by looking at it.  I can't image trying to 
unlock one of the 10 tabs if you get distracted or forget which one is locked.
How about colouring the tab's proxy icon red?  Or something to that affect.  I
don't believe that adding anything extra would be wise - they have little enough
real estate as it is.  But making a small colour change might be appropriate to
signal that it's locked.  (While still locking/unlocking via the context menu.)
...or just change the color of the locked tab.
> ...or just change the color of the locked tab.

Please, no.  Only a subtle change is needed here.  (The fact that it's locked
will be readily apparent when it won't close, at least not without confirmation,
anyway.)  Colouring the entire tab would be too distracting.

Or, rather than changing colour, change the graphic used for the proxy icon to a
picture of a lock (as per comment 11).  (Rather than adding an additional graphic.)
I agree. A too colorful UI wouldn't make people happy, the idea with the small
lock as icon is just fine.
possibly a dupe of bug 63092
QA Contact: sairuh → pmac
No, it's definitely not a dupe of bug 63092.

I think this is something of a user interface nightmare, but I often
accidentally close tabs that I don't mean to close, so I'd probably use this if
it were implemented.

I agree that a change in color of the tab is probably a good way of indicating
tha the tab is locked.
Product: Core → SeaMonkey
Assignee: jag → nobody
QA Contact: pmac → tabbed-browser
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614
We can Undo a tab-closing now in SM2. WONTFIX
Closed: 22 years ago15 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.