Open
Bug 1116593
Opened 10 years ago
Updated 2 years ago
empty trees have no visual indication of the current focus (loss of focus) (21(c), B02)
Categories
(Toolkit :: General, defect)
Tracking
()
NEW
People
(Reporter: norman.robinson.at.dhs, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
63.54 KB,
image/jpeg
|
Details |
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Firefox/31.0
Build ID: 20141011074935
Steps to reproduce:
Location: From the browser menu, select Tools>Options. From the Options window click on the Advanced icon, then on the Certificates tab. From the Certificates tab, click on the View Certificates button. From the Certificates Manager window, select any tab.
http://www.dhs.gov/sites/default/files/publications/DHS%20Section%20508%20Compliance%20Test%20Process%20for%20Applications%203.3.pdf#page=23
Actual results:
no visual indication of the current focus (loss of focus)
Expected results:
Visual focus should have been provided.
Updated•10 years ago
|
Component: Untriaged → Preferences
Updated•10 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Certificate manager has no visual indication of the current focus (loss of focus) (21(c), B02) → Certificate manager has no visual indication of the current focus (loss of focus) (21(c), B02) when focus is in one of the lists and that list is empty
Updated•10 years ago
|
Comment 1•10 years ago
|
||
I think this is a general toolkit problem. See for example the Offline Data dialog in Preferences -> Advanced -> Network -> Offline Web Content and User Data -> Exceptions...
Component: Security: UI → General
Product: Core → Toolkit
Summary: Certificate manager has no visual indication of the current focus (loss of focus) (21(c), B02) when focus is in one of the lists and that list is empty → empty trees have no visual indication of the current focus (loss of focus) (21(c), B02)
Version: 31 Branch → unspecified
Comment 2•10 years ago
|
||
David, what would be the best way to deal with this? I'm tempted to suggest the tree shouldn't be focusable if it doesn't have any items... is that wrong? How do native apps deal with these situations?
Comment 3•10 years ago
|
||
(In reply to :Gijs Kruitbosch from comment #2)
> David, what would be the best way to deal with this? I'm tempted to suggest
> the tree shouldn't be focusable if it doesn't have any items... is that
> wrong? How do native apps deal with these situations?
Now with needinfo (thanks, mid-air) to a different david :-)
Flags: needinfo?(dbolter)
Comment 4•10 years ago
|
||
(In reply to :Gijs Kruitbosch from comment #2)
> David, what would be the best way to deal with this? I'm tempted to suggest
> the tree shouldn't be focusable if it doesn't have any items... is that
> wrong? How do native apps deal with these situations?
I think that is fine. (I wouldn't worry too much about empty native tree behaviour). The key point is that whenever a sighted keyboard user looks at the screen, focus should visibly be somewhere.
Updated•10 years ago
|
Flags: needinfo?(dbolter)
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•