WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
99600
[chromium] Double-tap defaults to zoom (should only do this on Android)
https://bugs.webkit.org/show_bug.cgi?id=99600
Summary
[chromium] Double-tap defaults to zoom (should only do this on Android)
Eugene Girard
Reported
2012-10-17 08:23:34 PDT
Default handling for GestureDoubleTap is a little too broad.
Attachments
#If out some ANDROID-specific code.
(1.78 KB, patch)
2012-10-17 11:19 PDT
,
Eugene Girard
no flags
Details
Formatted Diff
Diff
Patch
(5.11 KB, patch)
2012-10-19 11:31 PDT
,
yusufo
no flags
Details
Formatted Diff
Diff
Patch
(5.44 KB, patch)
2012-10-19 11:46 PDT
,
yusufo
no flags
Details
Formatted Diff
Diff
Patch
(5.46 KB, patch)
2012-10-19 13:32 PDT
,
yusufo
no flags
Details
Formatted Diff
Diff
Show Obsolete
(3)
View All
Add attachment
proposed patch, testcase, etc.
Eugene Girard
Comment 1
2012-10-17 11:19:24 PDT
Created
attachment 169220
[details]
#If out some ANDROID-specific code.
Rick Byers
Comment 2
2012-10-17 14:42:52 PDT
For the record, this was introduced in
bug 90316
. The behavior on desktop was non-deterministic somehow, it was driving us nuts that a few people complained of this on ChromeOS but we couldn't reproduce it widely for some reason.
Alexandre Elias
Comment 3
2012-10-17 14:55:00 PDT
Seems fine for you to disable this code. But the normal way to do this in WebKit is to add a WebSetting. We should add one for double-tap zoom.
Eugene Girard
Comment 4
2012-10-19 09:47:48 PDT
trchen, can you convert this to use a a WebSetting
Rick Byers
Comment 5
2012-10-19 10:50:49 PDT
yusufo is working on this
yusufo
Comment 6
2012-10-19 11:31:18 PDT
Created
attachment 169662
[details]
Patch
WebKit Review Bot
Comment 7
2012-10-19 11:33:33 PDT
Please wait for approval from
abarth@webkit.org
,
dglazkov@chromium.org
,
fishd@chromium.org
,
jamesr@chromium.org
or
tkent@chromium.org
before submitting, as this patch contains changes to the Chromium public API. See also
https://trac.webkit.org/wiki/ChromiumWebKitAPI
.
Alexandre Elias
Comment 8
2012-10-19 11:34:04 PDT
Comment on
attachment 169662
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=169662&action=review
> Source/WebKit/chromium/src/WebSettingsImpl.h:169 > + bool doubleTapToZoomEnabled() {return m_doubleTapToZoomEnabled; }
Nit: missing whitespace
> Source/WebKit/chromium/src/WebViewImpl.cpp:778 > + if (!m_webSettings->doubleTapToZoomEnabled())
We don't want to break right away, we want it to be handled by WebCore below.
yusufo
Comment 9
2012-10-19 11:46:25 PDT
Created
attachment 169665
[details]
Patch
Alexandre Elias
Comment 10
2012-10-19 11:50:55 PDT
LGTM. Adam, could you r+?
WebKit Review Bot
Comment 11
2012-10-19 12:46:39 PDT
Comment on
attachment 169665
[details]
Patch Rejecting
attachment 169665
[details]
from commit-queue. Failed to run "['/mnt/git/webkit-commit-queue/Tools/Scripts/webkit-patch', '--status-host=queues.webkit.org', '-..." exit_code: 2 Last 500 characters of output: ommit-queue/Source/WebKit/chromium/third_party/snappy/src --revision 63 --non-interactive --force --accept theirs-conflict --ignore-externals' in '/mnt/git/webkit-commit-queue/Source/WebKit/chromium' 49>At revision 63. ________ running '/usr/bin/python tools/clang/scripts/update.py --mac-only' in '/mnt/git/webkit-commit-queue/Source/WebKit/chromium' ________ running '/usr/bin/python gyp_webkit' in '/mnt/git/webkit-commit-queue/Source/WebKit/chromium' Updating webkit projects from gyp files... Full output:
http://queues.webkit.org/results/14461554
yusufo
Comment 12
2012-10-19 13:32:19 PDT
Created
attachment 169687
[details]
Patch
WebKit Review Bot
Comment 13
2012-10-19 17:19:49 PDT
Comment on
attachment 169687
[details]
Patch Clearing flags on attachment: 169687 Committed
r131965
: <
http://trac.webkit.org/changeset/131965
>
WebKit Review Bot
Comment 14
2012-10-19 17:19:53 PDT
All reviewed patches have been landed. Closing bug.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug