Open Bug 1116593 Opened 9 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)

x86_64
Windows 7
defect

Tracking

()

People

(Reporter: norman.robinson.at.dhs, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

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.
Component: Untriaged → Preferences
Blocks: 1119733
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
Blocks: 851707
Component: Preferences → Security: UI
Product: Firefox → Core
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
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?
(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)
(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.
Flags: needinfo?(dbolter)
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: