Closed Bug 185709 Opened 23 years ago Closed 21 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.
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: 21 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: