Closed Bug 646445 Opened 14 years ago Closed 11 years ago

CRL failure information isn't highlighted in any way to indicate it's a failure

Categories

(Core Graveyard :: Security: UI, defect)

x86
Windows 7
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: timeless, Unassigned)

References

Details

Attachments

(1 file)

Attached image crl settings (deleted) —
Mozilla/5.0 (Windows NT 6.1; rv:2.2a1pre) Gecko/20110329 Firefox/4.2a1pre if you subscribe to a crl and it has problems updating, there is very very little feedback for this, and it's hidden in a really poor way, such that once you do manage to get to where it's visible, you probably won't notice it. steps: 1. subscribe to a crl http://crl.comodoca.com/UTN-USERFirst-Hardware.crl 2. configure it to update every day 3. wait a day 4. on this day, crash your browser so often and perhaps use bogus wifi networks such that when the crl update check triggers, it fails 5. tools>options>advanced>encryption>revocation list 6. find an item which says 'Failed' in the 'Auto Update Status' column (which isn't sortable..) 7. click it 8. click the settings button 9. look at the dialog expected results: errors should be highlighted with either a /!\ a <STOP> sign, or a panel with some red. actual results: there are two lines of static text which you're likely to miss that indicate there's in fact a potentially serious problem
The CRL Manager / Revocation Lists feature was removed.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → INCOMPLETE
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: