33.06 KB, image/png
136.85 KB, image/png
13.93 KB, text/html
24.86 KB, image/png
981 bytes, patch
|Details | Diff | Splinter Review|
This maybe happens with Windows Aero/Windows Classic visual style Steps To Reproduce: 1. Enable e10s 2. Open https://addons.mozilla.org/en-US/firefox/addon/custom-buttons/ 3. Scroll to bottom 4. Attempt to change language Click Select box of "Other languages" Actual Results: Option list start scroll automatically Expected Results: Should not
Alice0775, is this select problem different than the e10s browser using Windows' native GUI controls instead of Firefox's own GUI controls? See also bug 978934.
(In reply to Chris Peterson (:cpeterson) from comment #1) > Alice0775, is this select problem different than the e10s browser using > Windows' native GUI controls instead of Firefox's own GUI controls? See also > bug 978934. I think so, Current e10s's select dropdown popup has autorepeat button at the top abd bottom of the popup instead of vertical scrollbar. These autorepeat buttons interfere mouse interaction in this bug.
s/at the top abd bottom/at the top and bottom/
So this is us not using the right selection widget here. Instead, we use this popup that places the scroll arrow right under the mouse in the scenario that Alice put into comment 0. That causes immediate scroll, and it's not great. This is very much related to bug 978934.
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 1053981
The problem does not fixed by bug 1053981. Re-opened
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
The problem is not fixed by bug 1053981.
Are you sure? I can no longer reproduce using the latest Nightly - the auto-scroll arrows are no longer at the top and bottom of the popup dialog. Bug 1053981 should have introduced a scrollbar instead. Can you show me a screenshot of what you're seeing?
Steps To Reproduce: 1. Enable e10s 2 Reduce window height so that expand the option list to the upward direction 3. Open https://addons.mozilla.org/en-US/firefox/addon/custom-buttons/ 4. Scroll to bottom 5. Double Click the select Box Actual Results: Option unexpectedly changed and page loaded. Because, the option list overlaps with the select box Expected Results: Should not change value of option
Summary: [e10s] Difficult to select option → [e10s] Option lists overlappes <select> element when the list expand to the upward direction
Summary: [e10s] Option lists overlappes <select> element when the list expand to the upward direction → [e10s] Option lists overlaps <select> element when the list expand to the upward direction
This bugger is biting me on Mozilla/5.0 (Windows NT 6.1; WOW64; rv:40.0) Gecko/20100101 Firefox/40.0 ID:20150408030205 CSet: 078128c2600a
We consider this a bit more serious since it can trigger form submits provided your mouse is directly over the popup area vs. the drop down arrow. Moving up to m7.
(In reply to Jim Mathies [:jimm] from comment #16) > *** Bug 1156162 has been marked as a duplicate of this bug. *** This reproduces in mac as well, there's a good video of this in Bug 1156162.
I don't think it's a dupe, Jim, unless this bug involves: * Double-press selects on button press, but not on tap * Opening the previous select when clicking another select elsewhere in the page Certainly related, though.
Sorry, bad phrasing: not a _direct_ dupe; just don't want a potentially unrelated issue to get dropped by zealous duping.
It looks like we just need 873923 to be able to open a popup at a given rectangle instead of a point as the <select> popup is now.
Nice easy fix, provided the openPopupAtScreenRect patch from bug 873923 lands.
Attachment #8603485 - Flags: review?(enndeakin)
QA Whiteboard: [good first verify][verify in Nightly only]
I have reproduced this bug with Firefox Nightly 34.0a1 (Build ID: 20140805030300) on windows 8.1 pro 64-bit with the instructions from comment 0 . Verified as fixed with Latest Firefox Nightly 43.0a1(Build ID: 20150822030206) Mozilla/5.0 (Windows NT 6.3; WOW64; rv:43.0) Gecko/20100101 Firefox/43.0
Reproduced this bug with Nightly 34.0a1 (2014-08-05) by following comment 0 on Linux x64 This Bug is now verified as fixed on Latest Firefox Nightly 43.0a1 (2015-08-26) Build ID: 20150826030211 User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:43.0) Gecko/20100101 Firefox/43.0 As it is also verified on Windows (Comment 27), Marking it as verified!
You need to log in before you can comment on or make changes to this bug.