Closed Bug 185709 Opened 22 years ago Closed 20 years ago

Using OnFocus with Input Type="file" causes a 2nd "Browse" button to appear when clicked.

Categories

(Core :: Layout: Form Controls, defect, P2)

x86
Windows 2000
defect

Tracking

()

RESOLVED WORKSFORME
mozilla1.4beta

People

(Reporter: mozillabugs, Assigned: john)

References

()

Details

(Keywords: testcase)

Attachments

(1 file)

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

If you use OnFocus on a File Input Form tag, when you click "Browse" nothing
happens, and a second "Browse" button appears right next to the first one. 
Clicking on the original "Browse" button again correctly launches the file
upload dialogue.  Clicking on the magically-appeared new "Browse" button does
nothing.  This has been happening for as long as I can remember (way back to
Moz1.0?? and prior??)

Reproducible: Always

Steps to Reproduce:
1. Using a form such as: <form><input TYPE="file" NAME="filetoupload"
onfocus="this.style.background='#dddddd';"></form>
2. Click the Browse button

Actual Results:  
A second Browse button magically appears next to the original Browse button. 
Clicking on it does nothing, clicking on the original Browse button brings up
the file upload dialogue.

Expected Results:  
Immediately bring up the file upload dialogue.
P.S., this may be related to bug 173950 ???
http://bugzilla.mozilla.org/show_bug.cgi?id=173950
Confirmed.  Potentially related to bug 176100.  Note that the browse dialog does
not come up.  This only happens when you set style, and possibly only
background; probably something is causing a reframe at the exact moment that we
want to bring up the browse dialog.
Status: UNCONFIRMED → NEW
Depends on: 176100
Ever confirmed: true
The attachment to bug 176100 does not fix this bug.
No longer depends on: 176100
My concern is more that it was *caused* by the previous attachment in that bug.
Assignee: form → jkeiser
Priority: -- → P2
Target Milestone: --- → mozilla1.4beta
Nah, this thing has been around forever (a year plus?), I just finally got
around to reporting it.
Keywords: testcase
Reproduced on Win XP, 12/16 Trunk
Is this still a problem?  The inline style changes in 1.4a should have cleared
this up, and I cannot reproduce the problem in a current build...
WFT Firefox 0.9RC1 (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7)
Gecko/20040610 Firefox/0.8.0+).  Can someone check the trunk?
Marking so (since I did check the trunk).
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: