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

Status: RESOLVED WONTFIX

(SeaMonkey :: Tabbed Browser, enhancement)

Description

[Jörg Skottke]

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.

Comment 1

[Jörg Skottke]

Corrected it to be an enhancement

Comment 2

[Jo Hermans]

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.

Comment 3

[Sam J. Fleet]

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.

Comment 4

[Jörg Skottke]

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 ;-)

Comment 5

[Wesha]

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 ***

Comment 6

[Sam J. Fleet]

Ding, ding, ding!!

Can you use the "," in the bugzilla search?

Comment 7

[Daniel Wang]

not a duplicate

Comment 8

[Sam J. Fleet]

Status --> New

Comment 9

[Jonas Jørgensen]

If this gets implemented, please make it a context menu item rather than a
button on the tab.

Comment 10

[Jörg Skottke]

I agree.

Comment 11

[Sam J. Fleet]

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.

Comment 12

[Jason Bassford]

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.)

Comment 13

[Jörg Skottke]

...or just change the color of the locked tab.

Comment 14

[Jason Bassford]

> ...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.)

Comment 15

[Jörg Skottke]

I agree. A too colorful UI wouldn't make people happy, the idea with the small
lock as icon is just fine.

Comment 16

[Daniel Wang]

possibly a dupe of bug 63092

Comment 17

[Ed Sabol]

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.

Comment 18

[Robert Kaiser]

MASS-CHANGE:
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

Comment 19

[:Hb]

We can Undo a tab-closing now in SM2. WONTFIX