452112 - Events not triggered on file input control when loading page from history

Status: RESOLVED WORKSFORME

(Core :: Layout, defect)

Description

[J.L. Chereau]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; en-GB; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-GB; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1 (.NET CLR 3.5.30729)

On http://www.velodoc.net, there is a "Choose file..." label which looks like a hyperlink but actually is a span with a zero-opacity file input control on top of it. The file input control has event handlers for mouse over/out and click.

These event handlers always work with Firefox 2.0 and IE 7. They work in Firefox 3 only if the page is not loaded from the cache.

Reproducible: Always

Steps to Reproduce:
1.Go to http://www.google.com
2.Go to http://www.velodoc.net
3.Mouse over/out "Choose file..." to display the underline = it works
4.Click "Choose file..." to diplay an open file dialog = it works
5.Click the browser back button to go back to google
6.Click the browser forward button to go to Velodoc
7.Mouse over/out "Choose file..." to display the underline = it does not work
8.Click "Choose file..." to diplay an open file dialog = it does not work
9.Click the browser refresh button
10.Mouse over/out "Choose file..." to display the underline = it works
11.Click "Choose file..." to diplay an open file dialog = it works
Actual Results:  
The behavior in Firefox 3 is not the same when the page is downloaded and when it is loaded from the cache.
The behavior in Firefox 3 is not teh same as in Firefox 2. There is a regression.

Expected Results:  
Mousing over/out and clicking "Choose file..." should always work like in Firefox 2 and IE 7.

Very easy to reproduce.

Comment 1

[J.L. Chereau]

The issue does not appear when the Firebug extension is enabled and the console displays the Javascript debug trace.

Comment 2

[Ria Klaassen (not reading all bugmail)]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1

I couldn't reproduce the problem so I wonder what is going on. Did you also test this in safe-mode? http://kb.mozillazine.org/Safe_Mode_(Firefox)

Comment 3

[J.L. Chereau]

I have just reproduced it in safe mode.

Are you really using the browser back and forward button to load the page from the cache?

Comment 4

[Ria Klaassen (not reading all bugmail)]

Yeah, maybe you have different cache settings. I can reproduce it only after a browser restart.
The sensitive target spot is one cm higher after a browser restart, so you now need to hover over the green text "Select large files" to call the file picker.
It seems that Firefox now thinks that "Select large files" is the <input>.

Comment 5

[Ria Klaassen (not reading all bugmail)]

Ah, this is a regression.
Works: 2008010418
Fails: 2008010418 
Regression range: http://bonsai.mozilla.org/cvsquery.cgi?module=PhoenixTinderbox&date=explicit&mindate=2008-01-04+17%3A00&maxdate=2008-01-04+19%3A00
seems to be caused by Bug 408656.

Comment 6

[Martijn Wargers (dead)]

I get an error page on that site: "Velodoc has only been tested with Microsoft Internet Explorer 6+, Firefox 1.5+ and Netscape 8+. Also make sure you have enabled Cookies, Javascript and XmlHttp in the Internet options. We will release support for other browsers in the future."
What am I doing wrong?

Comment 7

[J.L. Chereau]

You get this when the browser does not send a user agent header that Velodoc recognizes as a browser which has been tested with the application. Firefox 3 should be accepted unless you have customized the user agent header sent.

Comment 8

[Martijn Wargers (dead)]

Attachment: testcase

Thanks, I was using a trunk build.

I can reproduce it (or at least, some incremental reflow bug), by using the document.body.offsetHeight hack.

Comment 9

[u597032]

Works now