Accessibility: Focus Search Messages window on first input field



15 years ago
3 years ago


(Reporter: jay, Unassigned)


(Blocks: 1 bug, {access})


Firefox Tracking Flags

(Not tracked)



(1 attachment)



15 years ago
User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.1.4322)
Build Identifier: version 0.6b (20040427)

When you press Ctrl-shift-F to search messages, the focus is initially 
invisible, before the first field in the tab order.  To do the most common 
task - search for a subject - you have to press TAB nine times.

The focus should initially be in the input field.  This is "minor" for mouse 
users, probably "normal" or even "major" for accessibility.

Reproducible: Always
Steps to Reproduce:

Comment 1

14 years ago
(In reply to comment #0)

Agree focus should be on first input field, but OK with a mouse. Not sure this
is a bug though (T'bird 0.8, Win98SE)

Comment 2

13 years ago
Ever confirmed: true
Version: unspecified → Trunk

Comment 3

13 years ago
Confirmed on Win32 Thunderbird version 3 alpha 1 (20060313)

Comment 4

13 years ago
Confirmed on Win32 Tbird version 3 alpha 1 (20060314)

Comment 5

13 years ago
Aaron, is this a valid accessibility issue?

Comment 6

13 years ago
(In reply to comment #5)
> Aaron, is this a valid accessibility issue?

Yes it is, the focus should not be on the <window> or <dialog> itself, which is where it is. It should go to the first control. Usually you'd get that behavior for free in a dialog, not sure why you aren't.

Comment 7

13 years ago
Reporter asking, in this case, to focus the input field rather than first control. 
This makes sense to me.

(Seamonkey trunk has same problem)
Keywords: access
Summary: Accessibility: No focus in Search Messages window → Accessibility: Focus Search Messages window on first input field

Comment 8

13 years ago
Also see oldie Bug 68891 - no concensus or PTB decision was reached.
OS: Windows XP → All
Hardware: PC → All

Comment 9

13 years ago
*** Bug 324282 has been marked as a duplicate of this bug. ***

Comment 10

13 years ago
In Thunderbird version 2 alpha 1 (20060529), not only is the first field not focused, but once I am focused (by clicking on a field or pressing one of the keyboard shortcuts such as alt+o), tab/shift+tab still does not work. The description of this bug suggests that tabbing nine times will set focus, but it never does here.

Comment 11

13 years ago
Sorry for the spam, but I just tested this on version 3 alpha 1 (20060530) and while this bug still applies (focus not being set), tab and shift+tab work correctly. Therefore, the tab/shift+tab problem must only apply to the Thunderbird 2 branch and is a different bug.
Confirming with a recent trunk build. This bug is starting to rot.

Aaron do you agree with the original report, that focus should start in the first input field?


12 years ago
Depends on: 68891

Comment 13

12 years ago
Initial focus in a dialog should always be somewhere, not on the dialog itself.
In a tabbed dialog, focus should start on the first control in the selected tab.
In all other dialogs, focus should just start on the first control.

I've asked Aaron Anderson to clarify this in the XUL a11y guidelines as well:
Thanks Aaron, that makes sense to me and I agree. I imagine sometimes we would want to focus a specific (e.g. most often first used) control. Hopefully AaronAndy can consider this in the guidelines too.

Comment 15

12 years ago
Yes, we can put some kind of "unless there's a good reason not to" text.
QA Contact: front-end
Assignee: mscott → nobody
Created attachment 450397 [details]
Screenshot of proposed fix: search msgs dialogue should initially have focus on first input

Bryan, could you spare 30 seconds UI-review for this 6yr-old bug that is probably just one line to fix?
Attachment #450397 - Flags: ui-review?(clarkbw)
Comment on attachment 450397 [details]
Screenshot of proposed fix: search msgs dialogue should initially have focus on first input

Thanks for the screenshot.

Assuming focus on the first textentry instead of the first control is not an accessibility issue then the textentry makes the most sense to me.
Attachment #450397 - Flags: ui-review?(clarkbw) → ui-review+


8 years ago
No longer depends on: 68891
See Also: → bug 68891
Thomas, ping for a patch ....

Comment 19

3 years ago
Please! :-) Search Messages is the only way to do a quick recursive search in all folders and have the results like in the Quick Filter, because the results of a "full search" [Ctrl+K] are unreadable/ugly.
Doing recursive searches (instead of using Quick Filter [Ctrl+Shift+K] is the only way to find a message in a quick way when using message archiving, when old messages are already in Archive->Year and no longer in the Inbox.
You need to log in before you can comment on or make changes to this bug.