Bug 6557816
Change text selection to modify only the base or extent, not
both points of the selection.
Webkit Change: I9a08633160eeb14d5c45246c6128aa02c1642e8d
Change-Id: I355b21e9062b5d364cfb278fda239a4ecdff16d1
Bug 6557816
This is a step in preparation to fix text area selection.
It moves selection from left/right to base/extent. left/right
can cause problems when dragging cursors -- it is sometimes
difficult to tell which cursor should be dragged, the left or
right, but we can always keep the base/extent constant.
Webkit Change: I5609d07ea2ee67fc08d15cfcad31f49302f33297
Change-Id: I2f9b963e93bb1ab86a9b26518fca52449b56d5d9
Rather than caching the WebViewDatabaseClassic instance in a member,
grab the instance when we need it.
In the case of WebSyncManager - neither it or it's subclass uses
the WebViewDatabaseClassic (and it's subclass is final) so remove
it's initialisation. We must leave the member declared however
to satisfy the published API.
Bug: 6482144
Change-Id: Ibf5186a2851d17f5ad62b35ad543aeadff5618d9
Functor attach should always be successful, but adding a fallback just in
case. Also invalidates the WebView on initial content arriving.
bug:6511995
Change-Id: Ibca16505afec9f693ea4a7cc4966cd6d7353725c
This method was only supported with the JSC JavaScript engine.
V8 became the default JavaScript engine in Froyo and this method
has not been invoked since. Support for building JSC was removed
in b/5495373.
Bug: 6295376
Change-Id: I3dbe83f375b88ebbbb713d3c3fa5a2fa323a0d45
Loop is trigger by a seek to 0 when ended on native side but there is no play
call. So on java side, we detect this and call into native side to trigger a
play after completion.
This fixed the UI problem and keep in sync with the native mode.
Beyond that, we don't need to reload for looping and we don't have the seek
to play artifacts.
bug:5461143
webkit change:
https://android-git.corp.google.com/g/#/c/193750/
Change-Id: I779f3e1fbc789832a1a99d1f17823db6b57b35df
Bug 5993716
Use setCustomSelectActionModeCallback rather than
setLongClickListener to disallow custom action block so
that long press can bring up the paste window.
Change-Id: I916e77dcea7914c02191f0ecda37cd126318807d
Add a setting on WebViewCore to control whether we monitor
the responsiveness of the WebCore thread. Default is not
to monitor.
Bug: 6447214
Change-Id: Ia95e5c769d458dcd24ae50660b2f22e93851956f
The last caller of these methods was removed in
I7be5b4224555bc8c3893b75275ac3a997a6677d1.
See WebKit change Ie645cb657407c34a63e5df6b0ade050f1780a7f0.
Change-Id: I9e5c0fd914f53d11e130ffcdc0e749f45dfe4013
Note that we plumb DRT Geolocation mock calls via WebView. This is required
because the WebCore client-based mock is not a static but is tied to the Page.
See WebKit change Ib74a3c05991593e75c3138415d4ac0bf0c9aefa9.
Bug: 6511338
Change-Id: I6d88d5dce5c2148812b191a5b452718bf0854aeb
