969634 - <option onclick> fires when opening the <select> (if list is long and opening towards the top)

Status: NEW

Description

[Thomas Landauer]

Created attachment 8372585 [details]
test-firefox.html

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:27.0) Gecko/20100101 Firefox/27.0 (Beta/Release)
Build ID: 20140127194636

Steps to reproduce:

Requirements:
* <select>-box with at least 21 <option>'s (which means that the <select> gets a vertical scroll bar – at least under Windows)
* 'onclick' eventhandler on the <option>'s (not the <select>!)
* The user needs to have the <select> positioned near the very bottom of the browser window, thereby forcing the <select> box (when opened) to expand towards the top, not towards the bottom
* The user needs to open the <select> by clicking on the text (of the initially shown <option>), not on the arrow-symbol at the right corner of the <select>


Actual results:

'onclick' fires at the last <option>; although the user clicked on no <option> at all (just opened the <select>) or (debatable) on the first <option>.


Expected results:

'onlick' should not fire.

Comment 1

[Olli Pettay [:smaug]]

Is this a regression?

Comment 2

[Alice0775 White]

Good: Firefox 1.0
Bad Firefox 1.5


Regression window
Good:
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.8b2) Gecko/20050425 Firefox/1.0+
Bad:
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.8b2) Gecko/20050426 Firefox/1.0+

Bonsai log:
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2005-04-25+00%3A00%3A00&maxdate=2005-04-26+03%3A00%3A00&cvsroot=%2Fcvsroot

Suspected
Bug 291443. Listboxes should always direct mouse capture to their scrolled frame, to ensure that events reach the DOM event listener. r+sr=bzbarsky,a=chofmann

Comment 3

[Chris78]

This bug reproduces on Linux (OpenSuse 13.1) using Firefox 35.0 as well.