Closed
Bug 511898
Opened 15 years ago
Closed 15 years ago
Double-click with two clicks on different areas of the page results in zoom of area of second click
Categories
(Firefox for Android Graveyard :: Panning/Zooming, defect)
Firefox for Android Graveyard
Panning/Zooming
Tracking
(fennec1.0+)
VERIFIED
FIXED
fennec1.0b5
Tracking | Status | |
---|---|---|
fennec | 1.0+ | --- |
People
(Reporter: aakashd, Assigned: vingtetun)
Details
(Keywords: polish, Whiteboard: [fennecb3testday])
Attachments
(1 file, 1 obsolete file)
930 bytes,
patch
|
bcombee
:
review+
|
Details | Diff | Splinter Review |
Build Id: Mozilla/5.0 (X11; U; Linux armv6l; en-US; rv:1.9.3a1pre) Gecko/20090821 Fennec/1.0b3pre and Mozilla/5.0 (Macintosh; U; Intel Mac OSX 10.5; en-US; rv:1.9.2a2pre) Gecko/20090808 Fennec/1.0b3pre Steps to Reproduce: 1. Reproduce a zoom by double clicking with a single click on two separate parts of the page really quickly. Actual Results: The double-click zooms in where the second click occurred. Expected Results: The double-click should only zoom when the clicks have occurred within a smaller/distinct area of pixels.
Flags: wanted-fennec1.0?
Flags: in-litmus?
Reporter | ||
Updated•15 years ago
|
Whiteboard: [fennecb3testday]
Comment 1•15 years ago
|
||
We could reuse the click radius to determine if the two-parts of the double click are sufficiently close.
Reporter | ||
Updated•15 years ago
|
tracking-fennec: --- → ?
Assignee | ||
Comment 2•15 years ago
|
||
If we don't dispatch the double click are we supposed to dispatch 2 single click? I fear this can possibly results into click that are not really wanted?
Updated•15 years ago
|
Attachment #401803 -
Flags: review?(combee)
Comment 3•15 years ago
|
||
Comment on attachment 401803 [details] [diff] [review] Patch I don't like doing two single clicks, especially if one causes a content change. I'd prefer to just eat both events here, as this is likely a glitch and not what the user wanted.
Attachment #401803 -
Flags: review?(combee) → review-
Updated•15 years ago
|
Assignee: nobody → 21
Assignee | ||
Comment 4•15 years ago
|
||
* don't dispatch the click if they were too far * Zoom in the area of the _first_ click if dblClick is in the good radius The patch needs to be test a bit more on device though.
Assignee | ||
Updated•15 years ago
|
Attachment #403215 -
Flags: review?(combee)
Comment 5•15 years ago
|
||
Comment on attachment 403215 [details] [diff] [review] Patch v0.2 Code works for me
Attachment #403215 -
Flags: review?(combee) → review+
Updated•15 years ago
|
Attachment #401803 -
Attachment is obsolete: true
Comment 6•15 years ago
|
||
Works for me too pushed: https://hg.mozilla.org/mobile-browser/rev/42151c6f6349
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Target Milestone: --- → B5
Comment 7•15 years ago
|
||
hg qref fail! real push: https://hg.mozilla.org/mobile-browser/rev/429b0e7640f3
Reporter | ||
Comment 8•15 years ago
|
||
verified FIXED on builds: Mozilla/5.0 (X11; U; Linux armv7l; en-US; rv:1.9.2b1pre) Gecko/20091026 Fennec/1.0b5pre and Mozilla/5.0 (X11; U; Linux armv6l; en-US; rv:1.9.3a1pre) Gecko/20091026 Fennec/1.0b5pre There's a new bug or two that came out of this, but this is definitely nice to have :).
Status: RESOLVED → VERIFIED
Reporter | ||
Comment 9•15 years ago
|
||
litmus test case 9794 has been created for regression testing this bug.
Flags: in-litmus? → in-litmus+
Reporter | ||
Updated•14 years ago
|
Component: General → Panning/Zooming
You need to log in
before you can comment on or make changes to this bug.
Description
•