History log of /frameworks/base/core/java/android/webkit/WebViewCore.java
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
bf9cf4d80dd45ac0938c3ba698dc348fbc4290d7 06-Oct-2010 Shimeng (Simon) Wang <swang@google.com> DO NOT MERGE

Add wrapper method for native JNI call.

This is to check whether a given mimeType is supported in Android media
framework.

issue: 3101402
Change-Id: Ic8b412c045c36113c830296dacb42ed5f7371c9d
/frameworks/base/core/java/android/webkit/WebViewCore.java
73ef5d4e2bcbf28ccb84580439f2f79d5cea1ec7 06-Aug-2010 Derek Sollenberger <djsollen@google.com> DO NOT MERGE. CHERRY-PICKED GERRIT CHANGE 60365.

Support complex characters in plugins.

Complex characters like chinese are sent via the onKeyMultiple()
callback. The WebView passes these characters to Webkit so that
non-text inputs (e.g. plugins) can process them.

Change-Id: I49575bb8a583f9f3580f5734ad87cc7c00b2bda9
http://b/2900114
/frameworks/base/core/java/android/webkit/WebViewCore.java
50004bcd4b77d729d64a229149bc294f33768482 14-Apr-2010 Grace Kloba <klobag@google.com> Pass WebKit scrollbar mode to Java. When scrollbar
is alwaysOff, don't trigger scroll.

If there is no horizontal and vertical scrollbar,
don't trigger the zoom control neither.

Fix http://b/issue?id=2512549
/frameworks/base/core/java/android/webkit/WebViewCore.java
102ed89dbccdebb8d4c1fc0c3ec2957d55be1a22 14-Apr-2010 Grace Kloba <klobag@google.com> If we defer processing the touch events, pass the
original view coordinate with TouchEventData and use
them when we reprocess the events. We can't depend
on contentToView() to convert the doc point to the
view point. When we originally convert the view to
doc, the scroll position in UI doesn't change. When
we convert the doc back to view, we are chasing a
moving target. That is why we saw bigger delta.

Fix http://b/issue?id=2577274
/frameworks/base/core/java/android/webkit/WebViewCore.java
188bf8deb4468d3901c466352bf88378819d04d6 07-Apr-2010 Grace Kloba <klobag@google.com> Revert "Use the content width to calculate the zoom overview"

This reverts commit 4a4f9886a789ece80f127397c1c7ad7f543b78fa.

Fix http://b/issue?id=2577238
/frameworks/base/core/java/android/webkit/WebViewCore.java
05b3720bebb7a31211da870181f440e56a824369 25-Jan-2010 Mike Reed <reed@google.com> Cherry-pick https://android-git.corp.google.com/g/#change,38305

disable high-quality filtering during scrolling, until I can cached the scaled images.

Change-Id: I58fa779a8d9a23a20a0fdd93ea06c251b6c6ca8d

Fix http://b/issue?id=2574172
/frameworks/base/core/java/android/webkit/WebViewCore.java
51b97011b73c10b832ea4ad10637f761802e125d 29-Mar-2010 Grace Kloba <klobag@google.com> cherry-pick 4a4f9886a789ece80f127397c1c7ad7f543b78fa into froyo

Use the content width to calculate the zoom overview
width. We used to use the minimum preferred width
to calculate the overview width as it is what we
use to define the viewport width. But some sites,
like cbsnews, engadget, the content width will be
slightly wider than the viewport width decided by
the min preferred width. The result is we can still
scroll a little bit in the overview mode. This issue
is magnified when we introduce the overscroll feature.

By using content width as zoom overview width, we
will have content fit in the overview mode. But
some sites, like
"http://www.sfjazz.org/concerts/2010/spring/artists/towner.php"
will be layout wider in the overview mode than it
is in the zoom in state. This is a tradeoff.

Fix http://b/issue?id=2551119
/frameworks/base/core/java/android/webkit/WebViewCore.java
1bb1a911c35c9df5fdbcaca13f97aa29dcec6cfb 23-Mar-2010 Leon Scroggins <scroggo@google.com> If failUrl(now historyUrl) is null, use "about:blank" instead of "".

This prevents a crash that is caused by calling
WebView.loadDataWithBaseUrl with a null failUrl (which I have renamed
to historyUrl). Also update the docs to be more accurate.

Fixes the general case of bug 2522457

Change-Id: I832351ce1e0016b00e924a2f9b0097ae15fba34a
/frameworks/base/core/java/android/webkit/WebViewCore.java
b415779e3ba8147704f1d408cd932554c0a45a22 18-Mar-2010 Leon Scroggins <scroggo@google.com> Pass selection data with the message to open the keyboard.

Fix for http://b/issue?id=2431351

Requires a change to external/webkit.

Change-Id: I501c3b1a9ae602458b830d34f779ccedf51dba9b
/frameworks/base/core/java/android/webkit/WebViewCore.java
c28ff44b1e48c7232065b0a81f64a7accb9d2ebf 09-Mar-2010 Derek Sollenberger <djsollen@google.com> Allow plugin's surface to handle touch when in full-screen.

There is a matching commit in external/webkit

Change-Id: I88d8c533eb821c564c453dfd7293616669b3bf37
/frameworks/base/core/java/android/webkit/WebViewCore.java
e8300a1dc544d2118dd577bf9fe9cf3ad1c0ee57 12-Mar-2010 Grace Kloba <klobag@google.com> Expose smart-zoom, or centerFitRect to native.

Clean up the old centerPluginOnScreen so it can be
used to center fit any rectangle on the screen.

Fix http://b/issue?id=2510670
/frameworks/base/core/java/android/webkit/WebViewCore.java
c2242f2b5f7daa6dcb1821beeacdc649313d8392 05-Mar-2010 Grace Kloba <klobag@google.com> Rewrite the WebView touch to support Flash.

When a page is loaded, Flash won't be the touch target.
This is ensured by another CL in external/webkit. When
user taps or uses nav key to make the Flash to be the
document focused node, it will take all the touch
events without time out. If Flash didn't call prevent
default, these touch events will be reprocessed by
the Browser. For double tap and long press, Browser
needs to detect and generate them for Flash.

While Flash is in full screen mode, it will take all
the touch events. If Flash doesn't consume them, they
won't be reprocessed by the Browser. Browser does need
to detect and generate the special events like double
tap and long press for full screen Flash.

Here are changes made for JavaScript touch events.

1. preventDefault on touchMove works now. If the author
calls preventDefault on touchStart, UI will not handle
this touch sequence. If the author didn't call preventDefault
on touchStart, it can call preventDefault on the first
touchMove to prevent UI from panning the page. We
currently do not support alternating preventDefault
during touchMove.

2. The first touchMove is only sent when the movement
is more than the system slop. There was a bug introduced by
https://android-git.corp.google.com/g/#change,42848
where the touch events are not sent to WebCore if
preventDefault is called. This is fixed now.

3. Move sending TOUCH_EVENT to WebCore into each state.
So if user stops a fling and continue drag, it won't
send the touch_down as we are in drag mode.

4. Remove event time as Adobe doesn't need it any more

Fix http://b/issue?id=2438503
Fix http://b/issue?id=2478701
Fix http://b/issue?id=2390587
/frameworks/base/core/java/android/webkit/WebViewCore.java
d1bee05d6494cc2dd2751a17b60e34994f925c59 05-Mar-2010 Ben Murdoch <benm@google.com> It is possible that we may get a call from WebCore that the first layout has
completed before we've successfully syncd the webview dimensions from Java to
native and in this case, we end up syncing a height of 0 to WebKit. This causes
hit detection to fail, as WebKit thinks we have a 0-height visible area. This
patch fixes this scenario by syncing the height of the webview back to WebKit
in the case that the first layout comes back before we've sent our dimensions.

Fix for b/2449863

Change-Id: Id72c37b17411f3409edc7104d83ca5ffd17ab09b
/frameworks/base/core/java/android/webkit/WebViewCore.java
2036dbab1726c34953360a7a56d6b9ef1f2aa7dd 15-Feb-2010 Grace Kloba <klobag@google.com> Add a new WebCoreWorker thread to handle the tasks
which should not block either UI or WebKit. It handles
local file access, cache access and trim cache.

Move createCache, saveCache and most of getCache out
of WebCore thread so that slow IO and database will
not affect loading performance. getCache can be still
called from WebCore thread in the uncommon cases
like redirect and POST validation.

Move cache ticker from WebCore thread to WebViewWorkerThread.

Move setCookie from WebCore thread to WebViewWorkerThread.

Remove the unreferenced files in the cache directory
while trim cache.

Confirmed with our SQL expert, Vasu, there is no need
to wrap clearCache with end/startTransaction any more.

http://b/issue?id=2414792
http://b/issue?id=2475242
/frameworks/base/core/java/android/webkit/WebViewCore.java
2120cd663fd76ae49a8d578f1c48a7bbec3e3cc1 23-Feb-2010 Derek Sollenberger <djsollen@google.com> force plugins to render on top of browser content.
/frameworks/base/core/java/android/webkit/WebViewCore.java
8a032a3b29e7708e468e2078ff88a39e083db1da 02-Feb-2010 Ben Murdoch <benm@google.com> Pass key modifier state to webcore for touch events and update DRT so it can simulate them.

Change-Id: Ic5aa8cb0376f6a3eecaa6340d57f28fa97f016bd
/frameworks/base/core/java/android/webkit/WebViewCore.java
a6d747d5c74558d73a95a69a52907c37815d3ba1 11-Feb-2010 Andrei Popescu <andreip@google.com> Implement navigator.isApplicationInstalled() API

This CL contains the framework plumbing to pass the package names to WebKit.

Fix b: 2371005
/frameworks/base/core/java/android/webkit/WebViewCore.java
3141e0a62abe57e93e5d716895a2a57cc052bb50 28-Jan-2010 Ben Murdoch <benm@google.com> Add new ConsoleMessage class that adds more information (such as the Message Log Level from WebCore) and a new overload of onConsoleMessage that takes this as a parameter.
This change requires a corresponding change in external/webkit.

BUG=2401755

Change-Id: Iea2c58e93172240f162d8ad57eb2c8f2352f8162
/frameworks/base/core/java/android/webkit/WebViewCore.java
a61b67abc27b7fdc84a3d8d62101fb255de49aa8 03-Feb-2010 Grace Kloba <klobag@google.com> Pass touch event time from Java to WebKit

Merge from https://android-git.corp.google.com/g/#change,39355
/frameworks/base/core/java/android/webkit/WebViewCore.java
ecbfb2104f61f0a364a29b431abe6ec645ea6d51 03-Feb-2010 Ben Murdoch <benm@google.com> Revert "am 3db1ebaf: am 4ed2b1c3: Pass touch event time from Java to WebKit". The corresponding change to external/webkit creates a merge conflict in master.

Revert the frameworks/base part of the change so we can "do not merge" the external/webkit change and get the build working again. We can then later resolve
the conflict in external/webkit in master directly.

This reverts commit 9ecd9437ed57bedfa2a7626430be03f4924f6b42, reversing
changes made to 019fe73ddbf52edd1819e1d85a0b242ebccc7fc3.

Change-Id: Id1404fb056b033ebd60529dd326ec9a3c32f94b0
/frameworks/base/core/java/android/webkit/WebViewCore.java
9ecd9437ed57bedfa2a7626430be03f4924f6b42 03-Feb-2010 Grace Kloba <klobag@google.com> am 3db1ebaf: am 4ed2b1c3: Pass touch event time from Java to WebKit

Merge commit '3db1ebaf1cc2a097845f217626e31d69e156b73d'

* commit '3db1ebaf1cc2a097845f217626e31d69e156b73d':
Pass touch event time from Java to WebKit
4ed2b1c34b2dd0e2bd2f403a6f3de0bdbf473b98 03-Feb-2010 Grace Kloba <klobag@google.com> Pass touch event time from Java to WebKit
/frameworks/base/core/java/android/webkit/WebViewCore.java
5e7bb0a9cafc5e90bf451faa5722bb80fb4294e9 01-Feb-2010 Andrei Popescu <andreip@google.com> Implement support for v8 counters
/frameworks/base/core/java/android/webkit/WebViewCore.java
a7bc87cb6a07d3d38a5c20759dbf2c3010dda4c2 29-Jan-2010 Grace Kloba <klobag@google.com> Added pause/resume update Picture to WebViewCore.
When animating zoom, we pause updating picture for
smooth animation.

Fix http://b/issue?id=2359016

Remove the unused param in reducePriority/resumePriority
/frameworks/base/core/java/android/webkit/WebViewCore.java
d09f4aaba224bf2a94e75906a5b6bc27c2ab9ad7 29-Jan-2010 Jean-Baptiste Queru <jbq@google.com> resolved conflicts for merge of bb074ef9 to master

Change-Id: I2d78d1280b56928f65517203348ddbd403fa9eae
d0d9bc2f2fe737d186c0cc8c29a325e4f2907e8e 27-Jan-2010 Grace Kloba <klobag@google.com> Add request header support for the Browser/WebView.
QSB can use this instead of POST to send the location
data. After QSB makes the switch, we should also
remove the POST_DATA intent which is hidden.

Add loadUrl(String url, HashMap extraHeaders) to
WebView so that the caller can send the extra http
headers.

Remove "inline:" as no one is using it and it is a
hidden feature.

Part 1 of 3-project checkin.
/frameworks/base/core/java/android/webkit/WebViewCore.java
769ed21c33c3629411eb3bbf924de45737a18067 27-Jan-2010 Grace Kloba <klobag@google.com> Fix http://b/issue?id=2400423.

When the same page is loaded, updateRestoreState
will be false when we finish the first layout. As
we are still in the same page, we don't want to
update the current zoom/scroll. But in some cases,
like a site switch from mobile to full site and
keeps the same url, we do want to update the zoom
range as the viewport spec changed. Otherwise, user
can't zoom in the full site as the WebView thought
it is still a mobile non-scalable page.
/frameworks/base/core/java/android/webkit/WebViewCore.java
96949efc541fb2efd8a7d359ca8461d34ea8eb8c 25-Jan-2010 Grace Kloba <klobag@google.com> We were blocking updating display tree during drag.
Now we only lower the WebViewCore thread priority.
So rename the functions to reflect the new meaning.
/frameworks/base/core/java/android/webkit/WebViewCore.java
729d8369b5b44ffc7db1c3a311637dac5c9cbf85 25-Jan-2010 Mike Reed <reed@google.com> disable high-quality filtering during scrolling, until I can cached the scaled images.
/frameworks/base/core/java/android/webkit/WebViewCore.java
3a0def280fa4f6306929910a414b41ae58a7d139 24-Jan-2010 Grace Kloba <klobag@google.com> Manual merge pinch zoom from Eclair to Master.

Too many conflicts which prevent me to use git cherry-pick.
Merge based on the source diff.

WebSettings.java
https://android-git.corp.google.com/w/?p=platform/frameworks/base.git;a=commitdiff;h=5f01d7e268167c5cfb3366ce08e20a66d9b6fa6f

WebView.java (excl. drag tracker changes)
https://android-git.corp.google.com/w/?p=platform/frameworks/base.git;a=blobdiff;f=core/java/android/webkit/WebView.java;h=ab1841e140d72c22885512722cf1b75925bb8747;hp=ed1a98ae2d9321a483f6f8fa97b29b78121e94a7;hb=eclair;hpb=db08d5cd441424e4f9621aae7c2414934f781400

WebViewCore.java
https://android-git.corp.google.com/w/?p=platform/frameworks/base.git;a=blobdiff;f=core/java/android/webkit/WebViewCore.java;h=8ac915c556e3461f3c572c3a68d191ca1fecfee7;hp=a5a48527a389609e40da14ecad8c12dd8377cfaf;hb=eclair;hpb=dafc19a1406bdd554fb4629d79c8aa4d75aca363
/frameworks/base/core/java/android/webkit/WebViewCore.java
f5dba888c671c1a4f32a07a4e8f028f7dadd2ce9 12-Jan-2010 Andrei Popescu <andreip@google.com> Detect if the current network is wifi or not and update webkit.
This info is passed to youtube.com via navigator.networkType

Fixes Bug: 2368650
/frameworks/base/core/java/android/webkit/WebViewCore.java
76336f2ccfcb97a6ad75f88abe95f57c3dd5b59d 15-Jan-2010 Grace Kloba <klobag@google.com> DO NOT MERGE

If mViewportWidth is 0, it means screen width. If
textwrapWidth is not same as view width, which means
that we are in the state triggered by pinch, always
send textwrapWidth as width to WebKit to keep the
same layout.

Fix http://b/issue?id=2375232
/frameworks/base/core/java/android/webkit/WebViewCore.java
e67d5cee6706bf5b0af62965a5ccaadcc99002a6 12-Jan-2010 Grace Kloba <klobag@google.com> DO NOT MERGE.

Couple of tweak for multi-touch in WebView.

1. If we can't zoom, don't get in multitouch mode.
This avoid the logo in google.com looks fuzzy.
2. Reset mAnchor after sending VIEW_SIZE_CHANGED.
3. Don't call zoom when finishing multitouch unless
zoom is called before.
4. Change the width for nativeSetSize, which was modified
in the last check-in. The new logic should make both
msn.com and news.google.com looks correct.
5. Use the pressure instead of distance/time to filter
out the jitter just before lifting the finger.

Fix http://b/issue?id=2360032
/frameworks/base/core/java/android/webkit/WebViewCore.java
bad0c54de9cf6557164f2e187e28f98bedf66716 11-Jan-2010 Cary Clark <cary@android.com> rebuild the nav cache if the clicked on node is invalid

Rebuild the nav cache in the webkit thread after determining
that the clicked on node isn't valid. Remove old code that
passed a flag to avoid using the invalid node, since it
should always be valid now.

requires a companion fix in external/webkit

fixes http://b/2362334
/frameworks/base/core/java/android/webkit/WebViewCore.java
c408d5c2782012661f8181e511eda76e3be8cd13 11-Jan-2010 Derek Sollenberger <djsollen@google.com> am 1fed31aa: am fef4874a: fixing build break by removing unused imports.

Merge commit '1fed31aa81f769db308f6d92b0530ad52fa79ca8'

* commit '1fed31aa81f769db308f6d92b0530ad52fa79ca8':
fixing build break by removing unused imports.
fef4874afddeeba8eaac6da49cc3203e9ce2d009 11-Jan-2010 Derek Sollenberger <djsollen@google.com> fixing build break by removing unused imports.
/frameworks/base/core/java/android/webkit/WebViewCore.java
86cf1ad0e5a251f2a997eff8ac01dea8f7de4c60 11-Jan-2010 Derek Sollenberger <djsollen@google.com> am d55aa751: am 7c5bf466: consolidating to only use one surface per plugin. give plugin access to java context.

Merge commit 'd55aa75138cb3305e1aeb6fb4873851435462f2f'

* commit 'd55aa75138cb3305e1aeb6fb4873851435462f2f':
consolidating to only use one surface per plugin. give plugin access to java context.
7c5bf4666cb8f2f79a61f46f14dd2272b0ba41db 11-Jan-2010 Derek Sollenberger <djsollen@google.com> consolidating to only use one surface per plugin. give plugin access to java context.

There is a companion commit in external webkit.
/frameworks/base/core/java/android/webkit/WebViewCore.java
a2b0d38f8c6311e712c32318d4ebb68e5a2fecef 07-Jan-2010 Grace Kloba <klobag@google.com> First draft of multitouch in the WebView.

Currently we just handle a simple pinch action. We
will wait for framework support for more complicated
gesture.

When pinch in the webview, zoom level will be changed
on the fly. But we won't re-wrap the text until user
action like double tap, rotate screen.

Double tap will re-layout the page and wrap the text
to the screen width. We try to keep the spot you
tapped at the same place on the screen after relayout.
If the block after relayout fully fit on the current
screen, we will center it for easy reading.

Fix http://b/issue?id=2360032
/frameworks/base/core/java/android/webkit/WebViewCore.java
f6298db02365b5f31d7ab6b4dadcbe27bee88c43 11-Jan-2010 Leon Scroggins <scroggo@google.com> am ff7d33b5: am 04e0a101: Bring up IME after receiving a response from webkit.

Merge commit 'ff7d33b55b799b234f66fdcf65070ef590fee6d9'

* commit 'ff7d33b55b799b234f66fdcf65070ef590fee6d9':
Bring up IME after receiving a response from webkit.
04e0a1018f69b38827e63a7f19a4d1e341f9725a 08-Jan-2010 Leon Scroggins <scroggo@google.com> Bring up IME after receiving a response from webkit.

Fix for http://b/issue?id=2361658

Requires a change to external/webkit
/frameworks/base/core/java/android/webkit/WebViewCore.java
283ae234a71cb83c5cd9f58fe2c2a9414987113e 07-Jan-2010 Leon Scroggins <scroggo@google.com> am bd6029fc: am 3a503399: Request <label> info only when accessing a textfield.

Merge commit 'bd6029fc5171e1094a00cdecb3f33aae6fe69c9f'

* commit 'bd6029fc5171e1094a00cdecb3f33aae6fe69c9f':
Request <label> info only when accessing a textfield.
3a5033996e9df21abbd5b296d817c2acaedcb0f9 06-Jan-2010 Leon Scroggins <scroggo@google.com> Request <label> info only when accessing a textfield.

Previously, we were storing the label info each time we build the
navigation cache.

Requires a change to external/webkit.
/frameworks/base/core/java/android/webkit/WebViewCore.java
57d2c3ad1929f0eff7e0abc47c28c09f32ac5494 23-Dec-2009 Cary Clark <cary@android.com> extract selected text from the picture

This deletes the messages between WebView and WebViewCore
that pass a region and extracts the rendered text
and returns the selected text from WebView directly.

This requires companion changes in external/webkit,
which in turn is dependent on changes to external/skia.

Fixes http://b/2166748
/frameworks/base/core/java/android/webkit/WebViewCore.java
3886333644467beeaf60c13fb94f242538067765 04-Jan-2010 Nicolas Roard <nicolas@android.com> layers support
/frameworks/base/core/java/android/webkit/WebViewCore.java
9a67c82089e43d37f5038c74b0e1dca8edc4ac8a 20-Dec-2009 Grace Kloba <klobag@google.com> Address the multiple resizing during initializing
problem adobe run into.

When a child view is created, we first hide it if
the webview is not ready to draw yet. This will avoid
the multiple resizing notification.
/frameworks/base/core/java/android/webkit/WebViewCore.java
11438c371e5757bde2a5c08eb81aedb794805fc1 16-Dec-2009 Grace Kloba <klobag@google.com> Implement the full screen WebView plugin.

Use a NoTitleBar_Fullscreen dialog to implement the
full screen plugin. This runs in the same thread as
WebView (UI in the Browser case). One catch is that
the SurfaceView provided by the plugin needs to be
opaque if it doesn't want to see through the WebView.

The PluginFullScreenHolder translates the events to
the underline WebView. Special treatment in the touch
case as it needs to translate the coordinates.

WebView can't be panned, or double tap to zoom, or
long press to trigger the context menu while having
a full screen plugin.

Inside webkit, we also give the plugin element focus
when it goes to the full screen so that it takes key
events. While handling key events, we don't let it
loose focus or scroll out.

Todo:
When a plugin goes to full screen, we should make
sure the embedded plugin is fully visible. Otherwise
when we translate the touch events back, they will be
outside of the visible rect and will be ignored.

This is part 1 of 2-project check in.
/frameworks/base/core/java/android/webkit/WebViewCore.java
1cb97eed566014e36a7c2a0b487ec132b7d45e6c 11-Dec-2009 Cary Clark <cary@android.com> check to see if nav cache is up to date on tap

Pass point to click in three steps.
1) See if point corresponds to cached node.
2) If so,send a message to webkit to see if the node is good.
3) Call webkit with point, and good/bad info.

This is a two-part change with external/webkit.

Fixes http://b/2249425
/frameworks/base/core/java/android/webkit/WebViewCore.java
b6ddc7ae3507f0e1ea9a76c76f829bc8b26a292c 08-Dec-2009 Derek Sollenberger <djsollen@google.com> Notify native plugin code when the browser discards the customView.
/frameworks/base/core/java/android/webkit/WebViewCore.java
5f68d6fafc29bb14b4b407b4221395332409fc9c 09-Dec-2009 Grace Kloba <klobag@google.com> Enable longpress and doubletap to WebKit as touch
event if it is requested.
/frameworks/base/core/java/android/webkit/WebViewCore.java
47fabbfcbf99e5e3b73a6ee09059c77932ef1b7b 08-Dec-2009 Leon Scroggins <scroggo@google.com> Pass a message to move the focus when user hits "Next".

Directly move the focus rather than passing a click.

Fixes http://b/issue?id=2292683

Requires a change to external/webkit
/frameworks/base/core/java/android/webkit/WebViewCore.java
3f40bd48d278a40603f3f7d7b9d602ecbc09246d 07-Dec-2009 Grace Kloba <klobag@google.com> Remove the code where we suspect webkit draw during
drag. It was added for the better performance of panning
while loading. But it does make sites using touch event
look bad as we don't have the display tree until touch up.

Fix http://b/issue?id=2310295
/frameworks/base/core/java/android/webkit/WebViewCore.java
51ef573a8336c637ac508c49b84b512d8f11fa3a 07-Dec-2009 Derek Sollenberger <djsollen@google.com> Switching from activity based full screen plugins to a view system overlay.
/frameworks/base/core/java/android/webkit/WebViewCore.java
42d00fbe55170fdf57572d120bdb04a768e15258 01-Dec-2009 Derek Sollenberger <djsollen@google.com> fix issue with plugin surfaces not updating properly within the view system.
/frameworks/base/core/java/android/webkit/WebViewCore.java
51e45ff0d53ce299be316e14e48cdd3e3a51d0b0 01-Dec-2009 Derek Sollenberger <djsollen@google.com> Cleanup how a plugin goes full-screen.

The plugin activity now fetches the plugin's existing java class from native code instead of creating a new one.
/frameworks/base/core/java/android/webkit/WebViewCore.java
cb37e71509da43e0d8d809591b09e8f5a582b5cd 24-Nov-2009 Derek Sollenberger <djsollen@google.com> Refactoring plugins to use new java interfaces.

This change adds 3 new interfaces for plugins to the framework. This
change also includes extensive cleanup as we consolidate internal plugin
functions into the pluginManager. Also using the new interfaces we no
longer need to pass additional parameters in quite a few methods.
/frameworks/base/core/java/android/webkit/WebViewCore.java
0a784a545303cc5fcd9ecbc260d1fa0d0d0b8336 17-Nov-2009 Ben Murdoch <benm@google.com> When requesting the href of a link, also request the link's text.

Change-Id: If3cf97d0b328d654919b1334b07d4c8cc7b1a9ea
/frameworks/base/core/java/android/webkit/WebViewCore.java
a4fa107f97933a81c42ee3cd9ca3984c08e5ab25 09-Nov-2009 Grace Kloba <klobag@google.com> Do not grow the viewport width to infinite to fit
the content. Limit the overview viewport width to
a level that if a site behaves badly, the WebView
still does reasonably.

Partially fix http://b/issue?id=2209659
maps.yahoo.com keeps growing due to a layout bug.
This prevents the browser to go insane.

Partially fix http://b/issue?id=2215387
caltrain.com has a super long &nbsp; which caused
the page super wide. This prevents the browser to
become unusable.

This change will make sites like, caltrain.com/timetable.html
not fit all in the view. You have to scroll left
and right. And it is same as iPhone.
/frameworks/base/core/java/android/webkit/WebViewCore.java
9e28c4ce666f1b8c5e5355d739e37480856ef509 09-Nov-2009 Derek Sollenberger <djsollen@google.com> Allow plugins to load java classes from their apk.

Provide the functions to be called from native code that take
the plugin's location and desired class name and then load that
class from the plugin's apk if it is available.

see http://b/2215696
/frameworks/base/core/java/android/webkit/WebViewCore.java
35155c1d8b25ae70697550029807a355c66461b2 29-Oct-2009 Cary Clark <cary@android.com> divide mRestoredScale before use

Also add debugging to help find incorrect width bug (see bug)

fixes http://b/issue?id=2218767
/frameworks/base/core/java/android/webkit/WebViewCore.java
5de6389f2252cb6e39918e21f80a08918e0c2c02 29-Oct-2009 Leon Scroggins <scroggo@google.com> DO NOT MERGE. Send a message when the picture changes and find is up to search again.

Fixes http://b/issue?id=2222706

Requires a change in external/webkit. Not merging because the
change in webkit should be altered slightly.
/frameworks/base/core/java/android/webkit/WebViewCore.java
718d69f931e320b9a8d98371a0b4925d7c2e83f4 19-Oct-2009 Derek Sollenberger <djsollen@google.com> changing how plugins gain/lose focus.

Previously we were keeping our own state in the UI thread to
determine when to send events to the plugin. This change removes
that logic and uses the document focus to determine when events
are to be sent. This also fixes problems with the plugins
occasionally not receiving lose focus events.

see bug http://b/2033843
/frameworks/base/core/java/android/webkit/WebViewCore.java
dafc19a1406bdd554fb4629d79c8aa4d75aca363 27-Oct-2009 Mike Reed <reed@google.com> do not merge

remove the filter when we're scrolling, so we don't degrade the quality

http://b/issue?id=2174463&cookieId=2009300052135424

same change (in spirit) in MR2

https://android-git.corp.google.com/g/#change,30860
/frameworks/base/core/java/android/webkit/WebViewCore.java
8db532c13697290985963aefa3d2e8ef130d7bfe 22-Oct-2009 Mike Reed <reed@google.com> don't turn off filtering/dithering when we scroll.

Newer devices have proven plenty fast to leave the quality improvements on even during drag/scroll.
/frameworks/base/core/java/android/webkit/WebViewCore.java
a8da17356f9a385e097e3eef205358462d214538 20-Oct-2009 Leon Scroggins <scroggo@google.com> Do not show radio/checkboxes for <optgroup> labels.

Fix for http://b/issue?id=2186188. Keep track of <optgroup> labels
separately from disabled <option> labels. Requires a change to
external/webkit.

In CheckedTextView, if the CheckMarkDrawable is set to null,
remove it.
/frameworks/base/core/java/android/webkit/WebViewCore.java
3dafca1842132006d592e5e6bdf8512d7a8925a0 13-Oct-2009 Derek Sollenberger <djsollen@google.com> Enabling plugin surfaces to update their position in the UI.
/frameworks/base/core/java/android/webkit/WebViewCore.java
70ca3c25b959427359bdb7cf37a8c3d6eb962357 02-Oct-2009 Leon Scroggins <scroggo@google.com> File upload.

Implement java side of file upload. Requires changes to external/
webkit to not break; requires changes to packages/apps/Browser
before it actually is used.

Fix http://b/issue?id=675743
/frameworks/base/core/java/android/webkit/WebViewCore.java
5da9aeb4351ed02b05f15c11e34673ab38103dd8 06-Oct-2009 Cary Clark <cary@android.com> reset webTextView size if focus bounds changes

When the focus bounds is changed by webkit, reflect that
change on the UI side in the WebTextView. On the WebCore
side, add the focus-changed state to the Draw record,
which is sent whenever a new picture is recorded.

On the WebView side, set a bit when receiving the Draw
record, and check that bit when the picture is first drawn.
This additional delay is required so that the bit isn't
checked until after the new nav cache is swapped in.

If the bit is set when the draw occurs, clear it, and
set up the WebTextView's bounds.

companion change in external/webkit
fixes http://b/issue?id=2118781
/frameworks/base/core/java/android/webkit/WebViewCore.java
194e345eb0fbfd170dcebb81a2bb7d93e8f93f94 28-Sep-2009 Leon Clarke <leonclarke@google.com> Re-instate the link coloring on startup, but going via the browser
to read the bookmark history, and restricting it to 100 results.

Link coloring - doing db lookup in new thread

Whitespace, following review
/frameworks/base/core/java/android/webkit/WebViewCore.java
eaa18dec91b6dd0ce3191a9ab65cdc95ef68b935 28-Sep-2009 Cary Clark <cary@android.com> scroll text field with touch

Add a hidden public method to text/method/Touch.java that
computes the maximum scroll amount for a text field.

Remove 'faketouch' code; it causes a crash and is
no longer required.

Pass the percentage of the current scroll from the UI
thread to webkit. One additional fix is to allow very
small movements which are currently disallowed because
they are smaller than 'smallerSlop' in WebTextView.java.

Companion fix is in external/webkit.

Fixes http://b/issue?id=2133049
/frameworks/base/core/java/android/webkit/WebViewCore.java
0d03b91407aecab52d0fe8b6f849a0398878a2c1 28-Sep-2009 Grace Kloba <klobag@google.com> Before we send VIEW_SIZE_CHANGED after first layout,
we should remove VIEW_SIZE_CHANGED in the queue if
there is any as we are going to send the message in
the front of the queue.

Fix http://b/issue?id=2133222
/frameworks/base/core/java/android/webkit/WebViewCore.java
96cfad5d673b49d8b3a724d7b1066493aacd74d5 25-Sep-2009 Cary Clark <cary@android.com> check for null before calling native webkit from java webview

fixes http://b/issue?id=2121684
/frameworks/base/core/java/android/webkit/WebViewCore.java
db674fb4e85c5ae63c05368b0b13e64be6ad118d 24-Sep-2009 Grace Kloba <klobag@google.com> Not all WebView's host have permission to read the history.
Add a security catch and return an empty list.

We don't use tab in the code.

Fix http://b/viewIssue?id=2144339
/frameworks/base/core/java/android/webkit/WebViewCore.java
9c8d886bb776ab98fc3b8aa26134c7a2611a6076 24-Sep-2009 Leon Clarke <leonclarke@google.com> Coloring clicked-on links

Following review comments

Merging in ben's change

Whitespace
/frameworks/base/core/java/android/webkit/WebViewCore.java
3dba1e4d81bb7e35f0299e5f959f9dfe600a6a0b 22-Sep-2009 Ben Murdoch <benm@google.com> Move destroying the web view to the WVC thread (previously it was on the UI thread)

Change-Id: I5a48734c6a244eadd1d60659f8e02ebb889a8fc1
/frameworks/base/core/java/android/webkit/WebViewCore.java
c0b8a96d28c55cb51e4f9e1f85c8d3ecf1ff13bf 22-Sep-2009 Derek Sollenberger <djsollen@google.com> launching plugin activity when a plugin requests to go full screen.

Change-Id: Ib42bb08d01a75ca3a9c02085ee185396bb7b7378
/frameworks/base/core/java/android/webkit/WebViewCore.java
dee76be487fcdc975877f85221a693b87b9669a7 22-Sep-2009 Andrei Popescu <andreip@google.com> Fix for 2122292: make sure we unregister the ContentObserver for the system location settings. Also make the GoogleLocationManager use the singleton pattern correctly.
/frameworks/base/core/java/android/webkit/WebViewCore.java
6c24b4d10223cb522e6bdbf0e334f61e672f4366 22-Sep-2009 Nicolas Roard <nicolas@android.com> Reimplement the settings to use async callbacks
/frameworks/base/core/java/android/webkit/WebViewCore.java
408cf85207a43c9169f9fb520a584d2858847d24 21-Sep-2009 Grace Kloba <klobag@google.com> Support the new dpi change in the WebView.

Fix http://b/issue?id=2071943
/frameworks/base/core/java/android/webkit/WebViewCore.java
f53c1865248dd2b38f8c24a0419d550330619b19 22-Sep-2009 Grace Kloba <klobag@google.com> Don't snap the initialScale to min or max if it is not defined.

Fix http://b/issue?id=2133821
/frameworks/base/core/java/android/webkit/WebViewCore.java
6ed525ecee76541aa60ca95598330e990fa16ffa 18-Sep-2009 Grace Kloba <klobag@google.com> When a WebView starts, we may get first layout before viewSizeChanged()
ever get called. Call WebView's getViewWidth() to get the current UI
width. If it is still 0, log a warning.

Fix http://b/issue?id=2128645
/frameworks/base/core/java/android/webkit/WebViewCore.java
0b3a5d65247be1fb79d66af534fa78a94743864f 09-Sep-2009 Derek Sollenberger <djsollen@google.com> First pass at replacing native plugin views with java.

Change-Id: I6d1f45f31210c2353fa348cc37be8d91bcd5e887
/frameworks/base/core/java/android/webkit/WebViewCore.java
674a844f6defdb77f8401327725357c9cf189a37 15-Sep-2009 Cary Clark <cary@android.com> synchronize access to pictureReady, copyContentPicture

Two methods in WebViewCore are called from WebView. The C
underpinnings were synchronized with a mutex, but the Java
shell was not, so under rare cirumstances, the Java side might
delete the native class. Add Java synchronization to
protect against this.

Fixes http://b/issue?id=2121684
/frameworks/base/core/java/android/webkit/WebViewCore.java
04b2868c74a54cf711552262f0ad20d234b627b4 14-Sep-2009 Grace Kloba <klobag@google.com> WebView zoom clean up
/frameworks/base/core/java/android/webkit/WebViewCore.java
3c72fff035e287f9e0b9340cc3921896ca86380b 04-Sep-2009 Grace Kloba <klobag@google.com> Some mobile sites, like m.www.yahoo.com, slashdot.org (iPhone version),
have a bigger minPrefWidth than the screen width. So we don't want to force
the minZoomScale to be same as defaultScale. Otherwise we won't be able to
zoom out in these sites.

Fix http://b/issue?id=2090718
/frameworks/base/core/java/android/webkit/WebViewCore.java
4950b2b6951bbdc2b0023130bfbaca2a4044044f 03-Sep-2009 Andrei Popescu <andreip@google.com> Fix appcache layout test that was timing out due to race condition in WebView::addJavascriptInterface.
/frameworks/base/core/java/android/webkit/WebViewCore.java
9217c45829da4d0c9c9dbdc6bc950c7f3e03e4f5 01-Sep-2009 Grace Kloba <klobag@google.com> When we destroy a WebView, RESUME_TIMERS/PAUSE_TIMERS may be still in the queue.
We need to pass them to WebViewCore as they are per process base. If we drop
them, the counter in the JWebCoreJavaBridge can be out of order.

Part 2 of fixing http://b/issue?id=2087410
/frameworks/base/core/java/android/webkit/WebViewCore.java
6d45accc7166c84f94fdb5ca35602463ec4a32a4 27-Aug-2009 Cary Clark <cary@android.com> don't layout when setting size from zoom if only height changed

(companion change in external/webkit)
Add a boolean parameter to WebViewCore.java nativeSizeSize().
If set, only layout if the width has also changed.
If clear, layout if the height alone has changed.
Layout is clear when called from zoom setup, and set otherwise.
/frameworks/base/core/java/android/webkit/WebViewCore.java
d497d87650dd79f7d6a4751d79598d68ceb4b789 25-Aug-2009 Ben Murdoch <benm@google.com> Pass the estimated size of new HTML 5 databases to the ChromeClient so it can use that amount to figure an initial default quota.

Change-Id:Ic9372b0c86472b42ba5d0b964aaff1e2bbfe3efa
/frameworks/base/core/java/android/webkit/WebViewCore.java
b2359262b48bf33887c72be94b044cfdfd602858 19-Aug-2009 Leon Scroggins <scroggo@google.com> Implement new title bar hiding/showing behavior.

Remove the code that hides the title bar when the page finishes loading.
When the user double taps, if it did not result in changing the viewing
mode (i.e. on a mobile site), send a message to the client so we can
toggle the title bar's visibility. Required for a change to
packages/apps/Browser

Change-Id: I0040fd183ce5673a4069e943f38eb31599c0ca7d
/frameworks/base/core/java/android/webkit/WebViewCore.java
7a02d6e457073bd7f00546ff4b5b442937724651 18-Aug-2009 Grace Kloba <klobag@google.com> Couple of fixes for viewport.

http://b/issue?id=2053685. This is a tricky one. When Browser is restarted,
we may get first layout even before viewport tag is parsed. This is rare,
but it happens to Google Reader site. So we need to setup the viewport explicitly
if it happens after first layout. There is a pairing webkit change.

http://b/issue?id=2054131. When Google talk is loaded, it goes through an auth
redirect site which means first layout is called with standardLoad as false.
In this case, even the final site uses viewport tag to get mobile experience,
the intermediate one doesn't. To make sure most of the mobile sites, who
define their viewport width as device width, work correctly, we always update
the mRestoreState when we set viewport.

http://b/issue?id=2054121. When Browser is first started or restarted, the
mCurrentViewWidth is 0 as we don't know the WebView's width yet. As we can't
send VIEW_SIZE_CHANGED message directly, we reset WebView's mLastWidthSent
so that VIEW_SIZE_CHANGED will be sent from WebView when it's width is available.
/frameworks/base/core/java/android/webkit/WebViewCore.java
6679f2f70813eb93bf88297dc2de5e56bc7d7ca0 13-Aug-2009 Leon Scroggins <scroggo@google.com> Pass clicks to webkit's textfield to determine the new selection.

Requires a corresponding change to external/webkit. We were previously
letting WebTextView handle clicks, determine the change in selection,
and pass that down to webkit. This sometimes resulted in a different
placement of the caret if the WebTextView and the webkit-rendered
textfield did not line up exactly. Now, we pass the click directly
to webkit, which determines the new selection and passes that info
back to the WebTextView. This also has the benefit of letting
the WebTextView reflect changes in the selection that originated from
webkit. Also remove some unused parameters.
/frameworks/base/core/java/android/webkit/WebViewCore.java
fa32db15a06d952537af046dddf083757de10b6b 10-Aug-2009 Derek Sollenberger <djsollen@google.com> setting the pixel format for a given surface
/frameworks/base/core/java/android/webkit/WebViewCore.java
e397a88e4fd65ee7d346f63a43e6608dba943ee9 06-Aug-2009 Grace Kloba <klobag@google.com> Couple of tuning for the Browser zoom.

1. Added a setting to control whether a page is loaded with overview mode;
2. If there is no viewport metag tag, a page will be loaded in the viewport
at least 800px wide.
3. When we adjust zoom scale in the overview mode, don't use animation.
4. When zoom out to close to min zoom scale, switch to overview mode. So double
tap will always have visual feedback unless it is mobile site.
/frameworks/base/core/java/android/webkit/WebViewCore.java
1bd20523ef1896ad4e6f7026cc54effdd1565d40 06-Aug-2009 Derek Sollenberger <djsollen@google.com> adding ability to fix the size of a surface view when created.
/frameworks/base/core/java/android/webkit/WebViewCore.java
706cee45e95d513c9d91fdd3f2ab887f4579f744 04-Aug-2009 Feng Qian <fqian@google.com> Fix the missing break statement.

Somehow the break statement after SET_JS_FLAGS was removed.
/frameworks/base/core/java/android/webkit/WebViewCore.java
77d98f4ed7c036b9df8fc3cb07b67df08d0faeec 31-Jul-2009 Cary Clark <cary@android.com> rebuild the nav cache on mouse clicks during page load

On the first tap down, send a message to rebuild the nav
cache so that double taps have a better chance of having
some alignment information to work with.

Also, pass scale information to getBlockLeftEdge to
restrict the alignment search
/frameworks/base/core/java/android/webkit/WebViewCore.java
ef347ef9107a8ca6ab85029528e2c1518440b2c3 30-Jul-2009 Grace Kloba <klobag@google.com> Fix 2016808. We used to send the new scale/scroll info to the UI thread after
WebCore finish the first layout. As the picture in the UI thread is still
the previous one, if there is a UI update happened before we generate the new
picture, the new scale/scroll will be applied to the old picture.

On the other hand, we do want to trigger the resize for the new page after
the first layout. e.g. The page was at nytimes.com. Now user types google.com.
google.com is first layout in the wide viewport where nytimes.com is. We dont
want to show that picture. We would like to show the fit to screen version of
google.com as the first picture.

Remove the SnapToAnchor code which is left over from previous zoom attempt.
/frameworks/base/core/java/android/webkit/WebViewCore.java
4faee09c422a70439129e9fb40dd82f03d42c98d 28-Jul-2009 Steve Block <steveblock@google.com> Adds the Java side of the system to show the Geolocation permissions prompt.
/frameworks/base/core/java/android/webkit/WebViewCore.java
0ac031b3d29c6de90895c875991585812dc7388f 28-Jul-2009 Steve Block <steveblock@google.com> Adds the Java GeolocationPermissions class.

This is used by the Browser 'Website Settings' menu to get information about Geolocation permissions.
/frameworks/base/core/java/android/webkit/WebViewCore.java
59e2ad93bf37c7ded44c033d38fe7c972e2f4118 28-Jul-2009 Andrei Popescu <andreip@google.com> Wire in the AppCache out-of-space callback
/frameworks/base/core/java/android/webkit/WebViewCore.java
8b97e4b0fe4a89a76b47a8df422d0d3ea5b70754 28-Jul-2009 Grace Kloba <klobag@google.com> Re-add double tap to the Browser. It only works if WebView uses wide viewport.
It is also controlled by ENABLE_DOUBLETAP_ZOOM flag. Currently the default
is on.

Double tap will toggle between current zoom level and all the way zoom out,
in another word, zoom overview mode.

While in zoom overview mode, don't display zoom control while panning. You
can click to follow the link. If clicking on a text input box, it should
bring it back to the normal mode so that it will be easy to edit text.

While in zoom overview mode, the page is zoomed to fit the width in the
view. While the text paragraph are wrapped to the matching normal mode scale.
So there is no reflow when we switching between two modes.
/frameworks/base/core/java/android/webkit/WebViewCore.java
72543e1bc386f23f5d8f3f21068887ec16408fef 23-Jul-2009 Leon Scroggins <scroggo@google.com> Improvements to dragging on the WebTextView.

When TextView handles a mouse move as a scroll, scroll the
underlying textfield/textarea. Also do not hide the cursor
while scrolling within a text input. Requires a change to
external/webkit.
/frameworks/base/core/java/android/webkit/WebViewCore.java
fb6aecb70392516427908c3148c0350840f6bc04 17-Jul-2009 Patrick Scott <phanna@android.com> Added hooks from jni to create and manage SurfaceViews for plugins.

A subclass of SurfaceView is created in order to appear like a normal
SurfaceView to jni but can be managed in Java easily. This class implements the
SurfaceHolder.Callback interface in order to notify the native PluginSurface
when the surface changes.
/frameworks/base/core/java/android/webkit/WebViewCore.java
43488fc78c927c25936e7b90030c5f10d2db94e5 06-Jul-2009 Leon Scroggins <scroggo@google.com> Update text webcore thread's text generation number.

When the user edits text in a textfield, we increase a generation
number so we can mark changes from webkit to be out of date. With
this change, update webcore's notion of the text generation number
in deleteSelection and replaceTextfieldText, in addition to
passToJs. Requires a change in external/webkit.
/frameworks/base/core/java/android/webkit/WebViewCore.java
945f3b43a05cefc7138f1aeab252b43b2d6cea96 02-Jul-2009 Derek Sollenberger <djsollen@google.com> recognize when plugin is eligable for user events and then notify the plugin.
/frameworks/base/core/java/android/webkit/WebViewCore.java
8cdad889154b87bb796de3dc3f57952b6858e884 30-Jun-2009 Leon Scroggins <scroggo@google.com> Make the caret/selection draw when gaining window focus.

When the WebView loses WindowFocus, we stop drawing the
selection. We need to resume drawing it, especially for
the context menu, which steals WindowFocus. Corresponds
to a change in Webkit.
/frameworks/base/core/java/android/webkit/WebViewCore.java
b308137ed0a3402781a1102567a8b8ffa8adc0f7 30-Jun-2009 Feng Qian <fqian@google.com> Add JS Flag support.
/frameworks/base/core/java/android/webkit/WebViewCore.java
4c41e8dc3bdfd868da2542e19400fb8ea2ca03a9 29-Jun-2009 Derek Sollenberger <djsollen@google.com> Adding support for webkit to request the keyboard.
/frameworks/base/core/java/android/webkit/WebViewCore.java
243ea06d2bf67e8b54da51977687b08f49aeb093 25-Jun-2009 Cary Clark <cary@android.com> Remove the web text view if the key cannot be handled

Also add some debugging to WebTextView
Requires companion change in external/webkit
/frameworks/base/core/java/android/webkit/WebViewCore.java
215b72cbf7e8c8241dd8bbc12b8ad94825cd015e 26-Jun-2009 Cary Clark <cary@android.com> route arrow keys to plugin

see companion change in external/webkit
/frameworks/base/core/java/android/webkit/WebViewCore.java
ef6da8fe3d5bc153eb934d440d0b3bfabd0e3279 26-Jun-2009 Leon Scroggins <scroggo@google.com> Make clicking the trackball on a <select> element work.

Optionally pass a frame and node pointer to nativeClick, since
the hit testing does not find the HTMLSelectElement node. Also
change the signature of nativeClick to return void, since
we never use the return value. Requires a change in
external/webkit.
/frameworks/base/core/java/android/webkit/WebViewCore.java
d76cd5ebbc8733f781f912ac73be78ea2310fca6 25-Jun-2009 Android (Google) Code Review <android-gerrit@google.com> am 15760159: Merge change 5413 into donut

Merge commit '157601594fc7139a45ec43a860d36ee0045d0333'

* commit '157601594fc7139a45ec43a860d36ee0045d0333':
Need to write the correct float math.
2b2e9d91521a9f271d8661d4254c4e154e3c0223 25-Jun-2009 Grace Kloba <klobag@google.com> Need to write the correct float math.
/frameworks/base/core/java/android/webkit/WebViewCore.java
d1ebf538a9f475ef9ac34480ef7ce742454bc899 25-Jun-2009 Grace Kloba <klobag@google.com> resolved conflicts for merge of 0d8b77c2 to master
0d8b77c2453d0e597f94e39212e4bfeed8affffa 25-Jun-2009 Grace Kloba <klobag@google.com> Add ZoomDensity so that we can change the desired default scale.

Fix a bug where we didn't adjust the viewport scale according to our density.
/frameworks/base/core/java/android/webkit/WebViewCore.java
f418214af37c4e8d7c8f318a282c96e0a364a3d1 19-Jun-2009 The Android Open Source Project <initial-contribution@android.com> merge 9ebd737e w/conflicts
257379162050df40545c464b165c5ed6a158a29c 19-Jun-2009 Grace Kloba <klobag@google.com> dpi changes for webview
/frameworks/base/core/java/android/webkit/WebViewCore.java
ed56eda373b78f47baecf261a3c1e5ac34a2b849 18-Jun-2009 Cary Clark <cary@android.com> clean up mouse move events in webview

Pass moveGeneration to setScrollOffset so it can
generate mouseMove event
Remove node from event messages (no longer used)
Remove CursorData ignoreNullFocus parameter (no longer used)
Fix debug message range
/frameworks/base/core/java/android/webkit/WebViewCore.java
3e399de960869166ea78ed57ea8935bbb7736234 17-Jun-2009 Cary Clark <cary@android.com> add WebView.FindAddress option to ignore case sensitivity

New public interface is set @hide for now. Old interface
uses the new one.

Requires a companion change to external/webkit
http://b/issue?id=1649036
/frameworks/base/core/java/android/webkit/WebViewCore.java
fa03cded353bb42c32662f77e36e90c42e7da9d2 15-Jun-2009 Leon Scroggins <scroggo@google.com> Changes to make the cursor blink at the correct times.

Make the blinking caret active when the user actually starts editing
text. To be consistent with that idea, do not rebuild the WebTextView
when the WebView regains focus. Now sendMouseMoveIfLatest takes a
boolean parameter to determine whether to make the focusController
inactive. Requires a matching change in webkit to pass a parameter
to the method. Now that we only call setFocusControllerActive with
false, change the method to no longer take a boolean parameter.
Change names to reflect that.

This change also reflects a behavioral change. If the WebView or
its window lose focus, we do not restore the blinking caret when
focus returns.
/frameworks/base/core/java/android/webkit/WebViewCore.java
ded054c9d3efbf49ae491b95470fc1c3069b6a63 15-Jun-2009 Cary Clark <cary@android.com> replace webview hashmap with static class

Hashmaps used to pass parameters between WebView.java and
WebViewCore.java are fragile and sometimes require boxing.
Replace them with static classes that are typesafe and use
less code.
/frameworks/base/core/java/android/webkit/WebViewCore.java
e0155e955254f4ee4464d4c12545267727fcd89a 10-Jun-2009 Derek Sollenberger <djsollen@google.com> Accept freeMemory messages and pass them to the native code
/frameworks/base/core/java/android/webkit/WebViewCore.java
41d2676dd634f6d0152181a622e8a6c90b062a3a 10-Jun-2009 Grace Kloba <klobag@google.com> DO NOT MERGE.

Merge 2391 from master to donut.

Added postUrl() to WebView so that we can pass lat/lon for the search.
/frameworks/base/core/java/android/webkit/WebViewCore.java
fd06bc8d6e83fc5b92192dedbc46eb70fb86198f 08-Jun-2009 Leon Scroggins <scroggo@google.com> Remove obsolete notion of invalid node.

In the old navigation model, we set focus to a node, and checked to see
if that node was still valid (could have changed since we built the
navigation cache). Then we sent a message back to the UI thread to
tell it to draw the ring differently. In the new model, we are essentially
moving a mouse, so we do not concern ourselves with whether the node is
valid. Removed all the code for passing the message to the UI thread
and calling into native. Needs a change to external/webkit to work
properly.
/frameworks/base/core/java/android/webkit/WebViewCore.java
19436561c60b5a66e7326ac4523841cd7a74351e 04-Jun-2009 Cary Clark <cary@android.com> send click in browser when key is sent to unfocused text field

Also, set focusControllerActive state based on presence of
focus and cursor that wants key events.

Disable focusControllerActive when moved cursor wants key
events.

Remove unused recompute-focus code.
/frameworks/base/core/java/android/webkit/WebViewCore.java
1c7f8c56c858bef24533da344788c688ef6ed404 05-Jun-2009 Leon Scroggins <scroggo@google.com> Update the language from "focus".

Previously, many methods, variables, etc referred to the focus.
Now, they have been changed to refer to the cursor when
appropriate. Some references were changed to the focusCandidate,
since they may apply to either the focus or the cursor, which
is a candidate for focus. Also removed unneeded method
unblockFocus. WebView will not work without a corresponding
change in external/webkit.
/frameworks/base/core/java/android/webkit/WebViewCore.java
6262ae5c9df44c0673cebaeaf7f655094f5b5485 17-Apr-2009 Ben Murdoch <benm@google.com> Implement handling of console messages from WebCore. Default implementation in WebChromeClient is to do nothing.
/frameworks/base/core/java/android/webkit/WebViewCore.java
e3225673f7dafb703ff542f446a774ace827e57e 03-Jun-2009 Leon Scroggins <scroggo@google.com> Remove handling of ENTER key from WebView.

WebView was (incorrectly) handling the ENTER key as if it could start
a long press like CENTER key does. Separate the two behaviors. Now,
the ENTER key does not do anything unless it is part of a textfield or
the DOM otherwise handles it.

As a result, I was able to remove some orphaned code. Before this
change, pressing ENTER would play a click noise, and animate the
focus ring as if its link were being followed, but do nothing. In
WebViewCore, do not pass the ENTER key back to the Activity.
/frameworks/base/core/java/android/webkit/WebViewCore.java
82aa2f5eecddf723af2e4e134de15bbf5c6b32f4 03-Jun-2009 Leon Scroggins <scroggo@google.com> Remove obsolete flags from WebViewCore and WebView

Remove NO_FOCUS_CHANGE_BLOCK and BLOCK_FOCUS_CHANGE_UNTIL_KEY_UP, which were
part of SET_FINAL_FOCUS (which is no longer used) from WebViewCore. In WebView,
do not pass BLOCK_FOCUS_CHANGE_UNTIL_KEY_UP with SET_MOVE_MOUSE, since the
receiver does not care about it.
/frameworks/base/core/java/android/webkit/WebViewCore.java
2f1d60cd55933f444842991d3bf05a8552cdd30d 03-Jun-2009 Cary Clark <cary@android.com> remove unused text parameters from WebView

The additional parameters are no longer used.
/frameworks/base/core/java/android/webkit/WebViewCore.java
2e5c150e746647a1ce5c10e1708debbf06c45ea7 03-Jun-2009 Derek Sollenberger <djsollen@google.com> Centralized debug flags and enabled more granular control of debug settings.
/frameworks/base/core/java/android/webkit/WebViewCore.java
d6982c9bb46511a5d86458b2dddde0a40e2f4f75 29-May-2009 Cary Clark <cary@android.com> in the browser, make the trackball more like a mouse

Older code treated the trackball as a four way dpad with
equivalents to moving up, down, left and right by generating
arrow key events. This change makes the trackball solely
generate mousemove events.

The old arrow keys in turn were mapped to be as close as
possible to tab-key events that moved the focus. The new
model leaves focus-changes to the DOM.

Clicking the dpad is distinguished from pressing the enter
key to be more compatible with desktop-authored web pages.
/frameworks/base/core/java/android/webkit/WebViewCore.java
d205d5b57071dd9e53a42184f8a5fc5cd7398209 27-May-2009 Mike Reed <reed@google.com> add onPause and onResume apis, to inform the view when it can pause
its activities associated with the DOM.
/frameworks/base/core/java/android/webkit/WebViewCore.java
5753430f6408fc5ddc9ef3592f59b968bcf282cc 23-May-2009 Grace Kloba <klobag@google.com> Added postUrl() to WebView so that we can pass lat/lon for the search.
/frameworks/base/core/java/android/webkit/WebViewCore.java
658ab7d787f64987d7c45aae08e5a12a073afe78 14-May-2009 Grace Kloba <klobag@google.com> Added PluginManager to handle getting all the plugin directories from PackageManager.

Deprecated the old api to set a single plugin path.
/frameworks/base/core/java/android/webkit/WebViewCore.java
8f9ff7e77f73b2712f775245113ea53614485317 14-May-2009 Cary Clark <cary@android.com> remove isClick parameter in browser touch event handler

isClick is always set to true by the callers, so remove
it and simplify the code
(http://b/issue?id=1666780; see also change in external/webkit)
/frameworks/base/core/java/android/webkit/WebViewCore.java
10e4d2068aa687e30dd4e5fcae6417f66874823b 12-May-2009 Guang Zhu <guangzhu@google.com> merged 25fdf35, resolved conflicts
11e8fe5a7208c9cd6afc2a0373761ae506d7707f 11-May-2009 Nicolas Roard <nicolasroard@google.com> Add modifications to handle the WebStorage settings + the WebStorage bridge native functions
/frameworks/base/core/java/android/webkit/WebViewCore.java
81e41434b3421a89e3e967e866238719e8468bd5 09-May-2009 Guang Zhu <guangzhu@google.com> Added Java callback for JavaScript execution timeout.
/frameworks/base/core/java/android/webkit/WebViewCore.java
7df1985e86635af006be3dfa65987d60e290b5de 22-Apr-2009 Ben Murdoch <benm@google.com> Merges p9 CLs 144856 and 145055 to GIT to enable the Database API in the browser.
/frameworks/base/core/java/android/webkit/WebViewCore.java
bc2e33b5c81b1d5ddc112ea004a0b7866bd00bec 23-Apr-2009 Cary Clark <cary@android.com> don't swap out the history picture too soon

Wait until either the picture is not blank or
the progress is complete.
/frameworks/base/core/java/android/webkit/WebViewCore.java
843bbb8597d561c2541f86d1f391ae65261cf743 20-Apr-2009 Cary Clark <cary@android.com> reset select/copy state if key is pressed while shift is down

If a webpage suppresses keys from getting echoed back to the
browser app, then also disable select/copy when a key follows
a shift key press.

Also add in missing debug string to permit debug builds.
/frameworks/base/core/java/android/webkit/WebViewCore.java
74008f608af0c567456d37e63d48643689388c74 23-Apr-2009 Jean-Baptiste Queru <jbq@google.com> Merge donut into master
63dda1c7b405524384e53a67be5735d9026650db 15-Apr-2009 Leon Scroggins <scroggo@google.com> Make webkit's cursor draw at the correct times.

This change is dependent on another change to external/webkit. Tell the WebViewCore to change its FocusController's "active" status depending upon whether the WebView has focus. This fixes a bug where we were showing the blinking cursor when the WebView was not in focus.
/frameworks/base/core/java/android/webkit/WebViewCore.java
42bc2ff5d2e3a10ab6c1fb1e716a124f2b446dbc 14-Apr-2009 Dave Bort <dbort@android.com> Remove references to android.util.Config

The semantics of Config.DEBUG will be changing soon, and all other
Config.* fields will become deprecated/hidden.

BUG=1780938
/frameworks/base/core/java/android/webkit/WebViewCore.java
b3230cb1e33c3de7ae7d63217617606d23943708 13-Apr-2009 Grace Kloba <> AI 145922: Fix #1640053, #1777704. When WebKit set scroll position through jni, we need to check whether there is a pending draw as the scroll position should be based on the new picture, not the current picture.
BUG=1640053,1777704

Automated import of CL 145922
/frameworks/base/core/java/android/webkit/WebViewCore.java
45dee41f5c55cd18c7f3716fbac765016132a214 06-Apr-2009 Grace Kloba <> AI 144661: Fix #175030. Preserve the zoom factor during refresh. Remove the code change in FrameLoader.cpp which was to preserve the zoom factor when we first did layout. Now we only use the initialZoomScale if it is a standard load. If it is history load, restoreScale() should be called before didFirstLayout(), in the other cases, like reload, refresh, replace, we don't change the zoom factor.
BUG=175030

Automated import of CL 144661
/frameworks/base/core/java/android/webkit/WebViewCore.java
a72cc098e28cd27621e3dafab95117af5b42407a 02-Apr-2009 Grace Kloba <> AI 144000: am: CL 143999 am: CL 143998 Fix #1750489. Call WebKit's setNetworkOnLine from WebCore thread instead of UI thread as WebKit is not thread safe.
Using the same code pattern as the rest of the file:
. throw IllegalStateException if BrowserFrame.sJavaBridge is null in pauseTimers/resumeTimers.
. use (msg.arg1 == 1) to pass the boolean from WebView to WebViewCore as in CLEAR_CACHE
Original author: klobag
Merged from: //branches/cupcake/...
Original author: android-build
Merged from: //branches/donutburger/...

Automated import of CL 144000
/frameworks/base/core/java/android/webkit/WebViewCore.java
c6c318dffbb411c2cb04740a8dcc18d21c14f361 01-Apr-2009 Grace Kloba <> AI 143999: am: CL 143998 Fix #1750489. Call WebKit's setNetworkOnLine from WebCore thread instead of UI thread as WebKit is not thread safe.
Using the same code pattern as the rest of the file:
. throw IllegalStateException if BrowserFrame.sJavaBridge is null in pauseTimers/resumeTimers.
. use (msg.arg1 == 1) to pass the boolean from WebView to WebViewCore as in CLEAR_CACHE
Original author: klobag
Merged from: //branches/cupcake/...

Automated import of CL 143999
/frameworks/base/core/java/android/webkit/WebViewCore.java
ba87e3e6c985e7175152993b5efcc7dd2f0e1c93 13-Mar-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //branches/cupcake_rel/...@138607
/frameworks/base/core/java/android/webkit/WebViewCore.java
c39a6e0c51e182338deb8b63d07933b585134929 11-Mar-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //branches/cupcake/...@137873
/frameworks/base/core/java/android/webkit/WebViewCore.java
9066cfe9886ac131c34d59ed0e2d287b0e3c0087 04-Mar-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //depot/cupcake/@135843
/frameworks/base/core/java/android/webkit/WebViewCore.java
d83a98f4ce9cfa908f5c54bbd70f03eec07e7553 04-Mar-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //depot/cupcake/@135843
/frameworks/base/core/java/android/webkit/WebViewCore.java
076357b8567458d4b6dfdcf839ef751634cd2bfb 03-Mar-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //depot/cupcake/@132589
/frameworks/base/core/java/android/webkit/WebViewCore.java
3dec7d563a2f3e1eb967ce2054a00b6620e3558c 03-Mar-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //depot/cupcake/@137055
/frameworks/base/core/java/android/webkit/WebViewCore.java
15ab3eae2ec3d73b3e8aa60b33ae41445bf83f4b 20-Feb-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //branches/cupcake/...@132569
/frameworks/base/core/java/android/webkit/WebViewCore.java
3001a035439d8134a7d70d796376d1dfbff3cdcd 19-Feb-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //branches/cupcake/...@132276
/frameworks/base/core/java/android/webkit/WebViewCore.java
da996f390e17e16f2dfa60e972e7ebc4f868f37e 13-Feb-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //branches/cupcake/...@131421
/frameworks/base/core/java/android/webkit/WebViewCore.java
d24b8183b93e781080b2c16c487e60d51c12da31 11-Feb-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //branches/cupcake/...@130745
/frameworks/base/core/java/android/webkit/WebViewCore.java
b798689749c64baba81f02e10cf2157c747d6b46 10-Jan-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //branches/cupcake/...@125939
/frameworks/base/core/java/android/webkit/WebViewCore.java
f013e1afd1e68af5e3b868c26a653bbfb39538f8 18-Dec-2008 The Android Open Source Project <initial-contribution@android.com> Code drop from //branches/cupcake/...@124589
/frameworks/base/core/java/android/webkit/WebViewCore.java
54b6cfa9a9e5b861a9930af873580d6dc20f773c 21-Oct-2008 The Android Open Source Project <initial-contribution@android.com> Initial Contribution
/frameworks/base/core/java/android/webkit/WebViewCore.java