398549 - Find a great name for the "Extra" tab in Cert Manager

Status: RESOLVED FIXED

(Core :: Security: PSM, defect)

Description

[Kai Engert (:KaiE:)]

The 5th tab in Cert Manager is currently named "Extra".

It has been mentioned before that name isn't really perfect. It has also been proposed to use "Orphans", which wasn't accepted either.

Today I came up with a new idea:

  "Unsorted"

What do you think? Better ideas? Or should we keep "Extra"?

Comment 1

[Bob Lord]

Other ideas:

"Other"
"Uncategorized"

Comment 2

[Kai Engert (:KaiE:)]

I think "Other" is too similar to our "Other's people" tab.
When you walk people through the UI over a phone, the tabs should be easier to distinguish.

Comment 3

[Johnathan Nightingale [:johnath]]

FWIW, "Uncategorized" matches the full sentence that accompanies the tab: You have certificates on file that do not fit in any of the other categories.

http://mxr.mozilla.org/mozilla/source/security/manager/locales/en-US/chrome/pippki/certManager.dtd#53

Likewise "Unclassified", "Unrecognized", "Unknown" - don't really know if one of those is better than the others.

"Others" isn't a bad idea, and Kai's concern could be readily addressed by changing "Other People's" to just "People".  This would give it nice symmetry with "Servers" and "Authorities", giving us:

.-------------------------------------------------------------.
|                    Certificate Manager                      |
+-------------------------------------------------------------+
| Your Certificates | People | Servers | Authorities | Others |
...

Though if we're tinkering, I wonder if, frequency-wise, it might be more appropriate to go:

.-------------------------------------------------------------.
|                    Certificate Manager                      |
+-------------------------------------------------------------+
| Your Certificates | Servers | Authorities | People | Others |

Comment 4

[Bob Lord]

(In reply to comment #3)

These mockups look very good.  I could go with either set.

Comment 5

[Kai Engert (:KaiE:)]

I like the proposal to reame "Other People's" to "People".

If we renamed tabs and change the ordering at the same time would this confuse users?

I think I'd prefer to keep the ordering that users are currently used to. Whatever we do, I'd prefer if we kept People-and-Servers next to each other, as those are very similar classes of certs.

The "frequency" that users use the tabs depends on the application.
In Thunderbird our users might use the "people" tab a lot, and never look at the "server" tab.

Comment 6

[Kai Engert (:KaiE:)]

(In reply to comment #3)
> FWIW, "Uncategorized" matches the full sentence that accompanies the tab: You
> have certificates on file that do not fit in any of the other categories.

I feel that "uncategorized" is a complicated term, while "unsorted" feels like a simple term.

I you translate that to german, you end up with "Unkategorisiert", which feels strange, even though the term "Kategorie" exists. On the other hand the term "unsortiert" probably makes sense to everyone.

But I'm hearing you'd prefer "Others" anyway.


> Likewise "Unclassified", "Unrecognized", "Unknown" - don't really know if one
> of those is better than the others.

If a cert ends up being displayed in the "Extra" tab, it just means one thing: Our logic to sort the cert failed to identify it.


I'll attach a patch:
- rename "Other People's" to "People"
- rename "Extra" to "Others"

Comment 7

[Kai Engert (:KaiE:)]

Please see bug 387480 comment 78.
For consistency, we should adjust the sentence in the "servers" tab.
I'm adding this change to this patch, too.

Comment 8

[Kai Engert (:KaiE:)]

Attachment: Patch v1

Comment 9

[Robert Relyea]

Comment on attachment 283997 [details] [diff] [review]
Patch v1

r+ the code is correct as long as ui is happy with the names.

bob

Comment 10

[Kai Engert (:KaiE:)]

(In reply to comment #9)
> r+ the code is correct as long as ui is happy with the names.

I think both Johnathan and Bob L are happy, because I picked the first proposal from comment 3.

Comment 11

[Kai Engert (:KaiE:)]

Comment on attachment 283997 [details] [diff] [review]
Patch v1

Requesting approval for this patch that changes strings and string-IDs only

Comment 12

[Kai Engert (:KaiE:)]

checked in, marking fixed.

Comment 13

[Carsten Book [:Tomcat]]

verified fixed with Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9a9pre) Gecko/2007101605 Minefield/3.0a9pre ID:2007101605

Comment 14

[Kai Engert (:KaiE:)]

Reopening bug. All patches that got checked in to trunk yesterday are being backed out, because it's unclear which patch has caused a performance regression.

Comment 15

[Kai Engert (:KaiE:)]

checked in again, marking fixed.