Closed Bug 132557 Opened 23 years ago Closed 22 years ago

input[type="file"] button should show tab focus

Categories

(Core :: Layout: Form Controls, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: jameslariviere, Assigned: aaronlev)

Details

Attachments

(2 files, 1 obsolete file)

This is spun off from bug 52815.

After the fix for bug 52815, the file input no longer shows a dotted border
focus for its botton like a submit button does.

See attachment 17693 [details] for a testcase.

Current rendering (winXP build 3-20-2002):

After the second tab, the file button shows no form of focus.  I tabbed again in
the testcase, I could see that the submit button now had focus.  There is no
indication that the file button ever had focus.

Expected results:

On the 2nd tab through the file input, button should show a dotted border inside
the button that is the same as a submit button (show focus so I know I can hit
enter to trigger a browse window to open).
Adding Pete Zha to cc: list because in bug 52815 the instruction was given file
this new bug.

Pete are you grabbing this one?
One other quick comment.

On the 2nd tab, the current rendering still shows a blinking cursor in the text
input part of the file input.  It leads someone (me) to think that the text
input still has focus.  On the 2nd tab there should be no blink in the text
input and only show the dotted border in the button. :-)
OK, I will take this. :-)
Attached patch patch (obsolete) — Splinter Review
forms.css forget to define the focus border of fileControl's button
need r= 
thanks
Ignore last one.
Attachment #76705 - Attachment is obsolete: true
Attachment #76707 - Flags: review+
Comment on attachment 76707 [details] [diff] [review]
patch(remove "{")

r=jkeiser
jst: please give me sr= if you have time
Thanks:-)
Comment on attachment 76707 [details] [diff] [review]
patch(remove "{")

sr=jst
Attachment #76707 - Flags: superreview+
asa: Please give me approval to check in it. Thanks
Comment on attachment 76707 [details] [diff] [review]
patch(remove "{")

a=asa (on behalf of drivers) for checkin to the 1.0 trunk
Attachment #76707 - Flags: approval+
fix checked in
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
verf fixed win/linux build 04-01 build.
Status: RESOLVED → VERIFIED
I am still seeing this problem in the 04-09 trunk.

I am reopening this bug.
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
Michael, You mean you can't see the focus border on file control's "Browse..."?
But it works for me on trunk_0409...
What OS are you running? Under XP this is fixed see this screenshot.  I'll
check linux but I swear I checked it out when I verified...
QA Contact: madhur → tpreston
Sorry I didn't responded earlier. 

Yes, that is what I meant.  But I am not seeing the problem anymore.  I must
have done something wrong.  This is working now, except that the focus appears
to remain on the browse button after you tab away from it.

I am going to re-resolve this fixed, and I filed bug 141310 for the new issue.

Status: REOPENED → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → FIXED
Something caused the focus to continue to display eventhough it no longer has
focus.  As michael said the regression is now bug 141310.  I'll add Pete to the
cc list to see if its a quick regression fix.

Verf.
Status: RESOLVED → VERIFIED
->myself for tracking
Assignee: rods → pete.zha
I am seeing this bug again on the 08-15 1.0 builds on Mac and Win.  

I am reopening this bug.
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
This is solved by my patch in bug 176100.
Status: REOPENED → ASSIGNED
i've got a fix for this.
Assignee: pete.zha → aaronl
Status: ASSIGNED → NEW
fix checked in, as part of fix for bug 176100.
Status: NEW → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: