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)

defect
Not set
major

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)

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?
Whiteboard: [fennecb3testday]
We could reuse the click radius to determine if the two-parts of the double click are sufficiently close.
tracking-fennec: --- → ?
tracking-fennec: ? → 1.0+
Keywords: polish
Attached patch Patch (obsolete) — Splinter Review
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?
Attachment #401803 - Flags: review?(combee)
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-
Assignee: nobody → 21
Attached patch Patch v0.2Splinter Review
* 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.
Comment on attachment 403215 [details] [diff] [review]
Patch v0.2

Code works for me
Attachment #403215 - Flags: review?(combee) → review+
Attachment #401803 - Attachment is obsolete: true
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
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
litmus test case 9794 has been created for regression testing this bug.
Flags: in-litmus? → in-litmus+
Component: General → Panning/Zooming
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: