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.
Component: Untriaged → DOM: Events
Product: Firefox → Core
Is this a regression?
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
Status: UNCONFIRMED → NEW
Ever confirmed: true
Version: 27 Branch → Trunk
This bug reproduces on Linux (OpenSuse 13.1) using Firefox 35.0 as well.
You need to log in before you can comment on or make changes to this bug.