Closed
Bug 663829
Opened 13 years ago
Closed 13 years ago
[Regression] Checkboxes are difficult to check on Gmail
Categories
(Firefox for Android Graveyard :: General, defect, P2)
Tracking
(firefox7 fixed, fennec7+)
VERIFIED
FIXED
Firefox 7
People
(Reporter: aakashd, Assigned: stechz)
References
Details
(Keywords: regression)
Attachments
(1 file)
1.93 KB,
patch
|
wesj
:
review+
|
Details | Diff | Splinter Review |
Build Id: Mozilla/5.0 (Android; Linux armv7l; rv:7.0a1) Gecko/20110612 Firefox/7.0a1 Fennec/7.0a1 ID:20110612040154 Mozilla/5.0 (Android; Linux armv7l; rv:6.0a2) Gecko/20110612 Firefox/6.0a2 Fennec/6.0a2 ID:20110613054928 Note: This was not seen on the 6/6 build of Aurora. So, the regression window is between 6/6 - 6/12 Aurora. I tried this on mail.mozilla.com/zimbra and all the checkboxes there checked fine. Step to Reproduce: 1. Go to www.gmail.com and login 2. Try to click on a bunch of checkboxes Actual Results: Not all the checkboxes will be checked (I was only able to check half of them even though each one, when tapped on, highlighted blue for 1/2 a second. Expected Results: All the checkboxes should be checked.
Comment 1•13 years ago
|
||
Seeing this too (06/13, HTC Nexus One), but not just Gmail, really anywhere with checkboxes: http://www.echoecho.com/htmlforms09.htm
Updated•13 years ago
|
tracking-fennec: --- → ?
Keywords: regressionwindow-wanted
Comment 2•13 years ago
|
||
Still seeing this on 06/20, unable to toggle value changes in checkboxes by tapping them
Comment 3•13 years ago
|
||
Ben - Take a look at this. I can repro using a nightly
Assignee: nobody → ben
tracking-fennec: ? → 7+
Assignee | ||
Comment 4•13 years ago
|
||
At first I thought this could be some displayport problem, but these checkboxes *can* be checked after a couple of pokes. This makes me think that maybe we are cancelling taps sometimes when we shouldn't be (I've had this happen to me clicking links too). Looking into it.
Assignee | ||
Comment 5•13 years ago
|
||
Surprisingly, things look to be OK from Fennec's perspective. Very interesting. Lots of WARNINGs exactly when the click does not fire.
Assignee | ||
Comment 6•13 years ago
|
||
I'm confused how this was working at all before, because I think Rects can't take a JSON top/left/width/height structure. Additionally, it's sometimes possible to tap on the border of the checkbox where we consider it fractionally "in bounds." This subtlety is lost on mouse events that I presume only deal with integer offsets. This code works pretty well for me now. Fast taps on different checkboxes is a pain, but that is a balancing game with double tap that we can leave to a separate bug.
Assignee | ||
Updated•13 years ago
|
Attachment #541213 -
Flags: review?(wjohnston)
Comment 7•13 years ago
|
||
Comment on attachment 541213 [details] [diff] [review] Checkboxes are difficult to check on Gmail Review of attachment 541213 [details] [diff] [review]: -----------------------------------------------------------------
Attachment #541213 -
Flags: review?(wjohnston) → review+
Assignee | ||
Comment 8•13 years ago
|
||
Pushed to inbound http://hg.mozilla.org/integration/mozilla-inbound/rev/daf896f89f39
Comment 9•13 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/daf896f89f39
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 7
Comment 10•13 years ago
|
||
VERIFIED FIXED on: Build Id: Mozilla /5.0 (Android;Linux armv7l;rv:7.0a1) Gecko/20110627 Firefox/7.0a1 Fennec/7.0a1 Mozilla /5.0 (Android;Linux armv7l;rv:6.0a2) Gecko/20110627 Firefox/6.0a2 Fennec/6.0a2 Device: HTC Desire Z (Android 2.2)
Status: RESOLVED → VERIFIED
Comment 11•13 years ago
|
||
Comment on attachment 541213 [details] [diff] [review] Checkboxes are difficult to check on Gmail Nominating for approval-mozilla-aurora. Straightforward low-risk fix for a regression that was reported as affecting both Aurora and trunk. The fix touches mobile front-end code only (zero desktop risk).
Attachment #541213 -
Flags: approval-mozilla-aurora?
Updated•13 years ago
|
status-firefox6:
--- → affected
Comment 12•13 years ago
|
||
The main part of this bug is a regression from bug 658727 which has not landed in Aurora, so this problem should not be as bad in Aurora as it is in Nightly. The other part fixed by this patch does not appear to be a regression from previous versions, so I'm not sure it's necessary to take it in Aurora.
Blocks: 658727
status-firefox6:
affected → ---
Updated•13 years ago
|
Attachment #541213 -
Flags: approval-mozilla-aurora?
Updated•13 years ago
|
Keywords: regressionwindow-wanted
Updated•13 years ago
|
status-firefox7:
--- → fixed
You need to log in
before you can comment on or make changes to this bug.
Description
•