216212 - In Message Filters box tab "skips out" of box when using tab key

Status: NEW

(MailNews Core :: Filters, defect)

Description

[Jim Ashmore]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5a) Gecko/20030718
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5a) Gecko/20030718

When more than four lines of filters are selected,leaving at least one hidden
below the scrool box. The tab key works fine accros and then down each line.
When the focus is on the last visible space, the tab key does NOT scroll up to
the first field on the hidden line, instead it goes to the MORE button. 

Reproducible: Always

Steps to Reproduce:
1. In Message Filters hit the MORE button 3 or more times
2.  Scroll to be sure at least one line is below the scroll box
3.  Tab from field to field (3 fields per 3 lines)
4.  10th tab goes to MORE button 

Actual Results:  
See Steps to Reproduce

Expected Results:  
Tab key should take to 1st field of 4th(hidene) line.

Related? I built several filters, used them, downlaoded a new mozilla (which
closed my open mozilla windows), restarted mozilla and lost all my new filters.

Comment 1

[Mike Cowperthwaite]

Still true in:
  Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7a) Gecko/20040108

A workaround exists, but it's awkward.  When you first tab into the list of 
criteria, the focus is on the box itself (with no visual indication).  If you 
then type a downarrow, a dark selection indicator is drawn around the first 
rule.  When the focus moves to a field within the box, that selector is redrawn 
in a lighter color.

So long as you keep that selection visible within the list, you can use 
arrowkeys to scroll to any rule.  First you need to tab backwards from the rule 
being edited until the focus is on the box, at which point the selection is 
redrawn dark.  At this point, using the arrow keys scrolls the selection amongst 
the rules.

See bug 202036.

Comment 2

[Mike Cowperthwaite]

This is an accessibility issue.

Comment 3

[(not reading, please use [e-mail] instead)]

sorry for the spam.  making bugzilla reflect reality as I'm not working on these bugs.  filter on FOOBARCHEESE to remove these in bulk.

Comment 4

[Wayne Mery (:wsmwk)]

with newer filter dialog, is bug invalid?
and Bug 202036 too?

Comment 5

[Mike Cowperthwaite]

I still see this symptom with 3a1-1201 (almost six weeks old).  Tabs only navigate across the visible controls (including the plus/minus buttons that were added some time ago); after tabbing to and across the bottom row of the Criteria list, the tab jumps to the Action list (with no focus indication, as I just noted at bug 202036).

Similarly, tabbing from the last visible row of an Action list, with more rows below it, shifts the focus to the OK button rather than scrollling the list.

Comment 6

[Wayne Mery (:wsmwk)]

yeah, something like this still exists.
I probably sucks for people with accessibility issues.

Comment 7

[Ludovic Hirlimann [:Usul]]

(In reply to Wayne Mery (:wsmwk) from comment #6)
> yeah, something like this still exists.
> I probably sucks for people with accessibility issues.

Marco can you confirm this ?

Comment 8

[Ludovic Hirlimann [:Usul]]

Removing myslef on all the bugs I'm cced on. Please NI me if you need something on MailNews Core bugs from me.