| 3b6e73b12fe735a5e86364ceba25a5d0e54184e4 |
|
02-May-2018 |
Gustav Sennton <gsennton@google.com> |
Revert "[WebView Support Lib] Remove WebMessage APIs for Alpha release."
This reverts commit ee1a71e69d42c834df4850d25263d4bc80470e8f.
Reason for revert: this should have been marked do-not-merge, the CL should only have landed in pi-preview1-androdix-dev, reverting on pi-dev now.
Bug: 3984820
Change-Id: I763412e723afc192207e0421fc6900a19bc43aab
/frameworks/support/webkit/api/current.txt
|
| ee1a71e69d42c834df4850d25263d4bc80470e8f |
|
01-May-2018 |
Gustav Sennton <gsennton@google.com> |
[WebView Support Lib] Remove WebMessage APIs for Alpha release.
The WebMessage APIs are not ready for release - we only have framework
support (not support library glue) for them, so this CL removes them
from the Alpha branch.
Bug: 78928325
Test: run androidx.webkit tests.
Change-Id: I4b9caf959ef4c9ec606e22183cb1df47a267995e
/frameworks/support/webkit/api/current.txt
|
| 32119321b59d7e2fbe7bf747557ffba88a9c3883 |
|
07-Feb-2018 |
Gustav Sennton <gsennton@google.com> |
[WebView Support Library] Add WebMessage APIs with frameworks impls
Add APIs corresponding to android.webkit WebMessage(Port) APIs to the
WebView Support Library.
For now only support these by calling into the corresponding framework
APIs.
We will add support for reflecting into WebView APK code for these APIs
in a follow-up, and add feature-flags in yet another follow-up.
Bug: 73150657
Test: run androidx.webkit tests.
Change-Id: Ifbbba5fd3ee6d9eda040004c864979ea79a5c924
/frameworks/support/webkit/api/current.txt
|
| f0c8e92936f54b7130669a0baaa42dfdd7dd7d45 |
|
14-Apr-2018 |
Nate Fischer <ntfschr@google.com> |
[WebView Support Library] Guard methods in callback-passed objects
This guards WebResourceErrorCompat and SafeBrowsingResponseCompat
methods with Feature flags.
Bug: 77967793
Test: N/A
Change-Id: I1f8e9fa816d83f3425d9cbdf38a0c1e41aca29f2
/frameworks/support/webkit/api/current.txt
|
| d87f7a41115a7e5d6e99f19d11c5ec9452dcebe3 |
|
13-Apr-2018 |
TreeHugger Robot <treehugger-gerrit@google.com> |
Merge "[WebView Support Library] Implement onSafeBrowsingHit" into pi-androidx-dev
|
| 17fc27f19b672a56f01c5f20773fb1047876646d |
|
07-Apr-2018 |
Nate Fischer <ntfschr@google.com> |
[WebView Support Library] Implement onSafeBrowsingHit
This is the third CL in a series to implement WebViewClientCompat.
This implements WebViewClientCompat#onSafeBrowsingHit() and adds the
abstract class SafeBrowsingResponseCompat.
As in the previous CL, we define 3 signatures for onSafeBrowsingHit():
1. Inheriting the WebViewClient method with SafeBrowsingResponse
(called by legacy WebView APKs on 27+)
2. Implementing the boundary interface method with an InvocationHandler
(called by up-to-date WebView APKs)
3. A new signature which uses SafeBrowsingResponseCompat (which apps
may override)
Signatures 1 and 2 convert their parameter into a
SafeBrowsingResponseCompat and invoke signature 3. Signature 3 also
implements default behavior resembling the corresponding WebViewClient
method.
SafeBrowsingResponseCompat intentionally differs from
SafeBrowsingResponse in that it may not be instantiated by applications.
Applications have no reason to instantiate SafeBrowsingResponse(Compat),
and it was a mistake for SafeBrowsingResponse to have a public
constructor.
Also, this adds explicit NonNull annotations for the static #from*()
conversion methods (including those on WebResourceErrorCompat), since
these methods already assume NonNull parameters.
Design doc: http://go/wv-support-library-callbacks
Bug: 73151460
Test: Manual - build a test app with WebViewClientCompat
Change-Id: I52ae652077a180b20c8ae7ad3a307224d5e744e8
/frameworks/support/webkit/api/current.txt
|
| 27212250352c364eed75088412198c28245e40fc |
|
10-Apr-2018 |
Gustav Sennton <gsennton@google.com> |
[WebView Support Library] Add WebResourceRequestCompat.
WebResourceRequest.isRedirect was added after Lollipop so with this CL
we provide support for the method
WebResourceRequestCompat.isRedirect(WebResourceRequest).
Bug: 74939930
Test: manually ensure calling WebResourceRequestCompat.isRedirect
doesn't crash.
Change-Id: Id68e83c090486c23c7bd84767a1810da08cd879b
/frameworks/support/webkit/api/current.txt
|
| db584b38b76c4b5fc9c267764807289ebb7df7a7 |
|
11-Apr-2018 |
Nate Fischer <ntfschr@google.com> |
[WebView Support Library] Add WebViewClientCompat feature flags
This guards WebViewClientCompat callbacks with feature flags. The
WebViewClientCompat instance is responsible for declaring which features
it supports, and the chromium side will check these features before
invoking the callback.
Specifically, this declares that WebViewClient implements all of the
relevant features except SAFE_BROWSING_HIT (but this will be soon
implemented in http://ag/3858246).
This CL also copies documentation from the WebViewClient methods, and
appends a paragraph about which Feature is associated with each
callback.
The corresponding chromium change is in http://crrev/c/1006051.
Bug: 73151460
Test: Manual
Change-Id: Icb5858a8dba77467e65b3d69b6e4b3fcae61d762
/frameworks/support/webkit/api/current.txt
|
| 6d58dc81185fcd04ec5e5c836263caae1f4a65ab |
|
06-Apr-2018 |
Gustav Sennton <gsennton@google.com> |
[webkit] add feature flag for ServiceWorkerClien..shouldInterceptRequest
Allow developers to check whether
ServiceWorkerClientCompat.shouldInterceptRequest is supported through
the use of a feature flag.
Corresponding Chromium change:
https://chromium-review.googlesource.com/c/chromium/src/+/998164
Bug: 73151166
Test: Ensure ServiceWorkerClientCompat test fails when the
SERVICE_WORKER_SHOULD_INTERCEPT_REQUEST flag is missing on the support
support library side.
Change-Id: I3f8e27f6462a7bab90a48bf8c5d9cf8d5814dc9b
/frameworks/support/webkit/api/current.txt
|
| 826eeefd318cd30068ec731619ade6f5da7e7c4d |
|
03-Apr-2018 |
Gustav Sennton <gsennton@google.com> |
[WebView Support Library] guard existing APIs with feature flags.
This CL adds feature flags for a bunch of WebView Support Library APIs
(related to ServiceWorkers, SafeBrowsing, and WebSettings) and ensures
that those APIs are guarded by the corresponding feature flags.
These feature flags are used to determine which APIs the current WebView
APK implements.
Bug: 73454029
Bug: 73151166
Bug: 73151403
Test: manually, ensuring features declared in the WebView APK are
marked as supported in the support library, and features not declared in
the WebView APK are marked as unsupported.
Change-Id: I6928769648ce68c73aadcaf0563426abdebb0992
/frameworks/support/webkit/api/current.txt
|
| c3836798589382f7a30551bd53c57e7237c2da0a |
|
05-Apr-2018 |
Nate Fischer <ntfschr@google.com> |
[WebView Support Library] Implement onReceivedError
This is the second CL in a series to implement WebViewClientCompat.
This implements WebViewClientCompat#onReceivedError() and adds the
abstract class WebResourceErrorCompat.
We define 3 signatures for onReceivedError():
1. Inheriting the WebViewClient method with WebResourceError (called by
legacy WebView APKs on 23+)
2. Implementing the boundary interface method with an InvocationHandler
(called by up-to-date WebView APKs)
3. A new signature which uses WebResourceErrorCompat (which apps may
override)
Signatures 1 and 2 convert their parameter into a WebResourceErrorCompat
and invoke signature 3. Signature 3 also implements default behavior
resembling the corresponding WebViewClient method.
Design doc: http://go/wv-support-library-callbacks
Bug: 73151460
Test: Manual - build a test app with WebViewClientCompat
Change-Id: Ib8d9bbcaf15d770530b46e00d4dd1bb432ef862b
/frameworks/support/webkit/api/current.txt
|
| 2dee115434726ba7e505b7cbe894ec0081ad0fe7 |
|
26-Mar-2018 |
Nate Fischer <ntfschr@google.com> |
[WebView Support Library] Add initial WebViewClientCompat
This is the first CL in a series to implement WebViewClientCompat.
This adds the WebViewClientCompat class, implementing the boundary
interface. This provides real implementations for 3 of the methods
(category 1 APIs) and dummy implementations for the other 2 (category 2
APIs). All other APIs are inherited from WebViewClient, as those are
defined in API level 21 or earlier.
The dummy implementations have TODOs to resolve these in follow-up CLs,
after the initial plumbing has landed in chromium.
Definitions for category 1 and 2 can be found on the design doc:
http://go/wv-support-library-callbacks.
Bug: 73151460
Test: Manual - build a test app with WebViewClientCompat
Change-Id: I13087607bf46da0278db32793559da9eafb2e327
/frameworks/support/webkit/api/current.txt
|
| acd3a72acf01763e6b7eaedae975724f0bcbc03b |
|
02-Mar-2018 |
Gustav Sennton <gsennton@google.com> |
[WebView Support Library] Create WebViewCompat.getCurrentWebViewPackage
WebViewCompat.getCurrentWebViewPackage is implemented differently for
different versions of Android - on Oreo and up we can use the existing
WebView.getCurrentWebViewPackage API, but for earlier Android versions
we need to use reflection to either fetch the currently loaded WebView
package, or the to-be-loaded WebView package.
Bug: 74100420
Test: run androidx.webkit tests.
Change-Id: Ia57221a792da3f468991d08d50426fc482cb0794
/frameworks/support/webkit/api/current.txt
|
| 14b9f252b74caf73f6a2967722a465f075b3bc1e |
|
07-Mar-2018 |
Gustav Sennton <gsennton@google.com> |
[WebView Support Library] Add framework-ServiceWorker support.
Add WebView Support Library support for ServiceWorkers - using only the
framework android.webkit APIs for now. Hooking into the WebView APK code
directly will happen in a follow-up to avoid massive CLs.
Also include a test for ServiceWorkerClientCompat. This test
corresponds to the CTS test for ServiceWorkerClient.
We'll add feature flags for the ServiceWorker APIs in a follow-up.
Bug: 73151166
Test: run androidx.webkit tests.
Change-Id: Ie3042c0a95987e2864ec57c7cff0c30d4d974fd8
/frameworks/support/webkit/api/current.txt
|
| 9c84d01adb0d1dcd63490a134004db139855477b |
|
28-Feb-2018 |
Gustav Sennton <gsennton@google.com> |
[WebView Support Library] Add feature detection support.
We will use feature detection in the WebView Support Library to ensure
different versions of the support library are compatible with different
versions of the WebView APK, and to ensure we're forwards compatible (so
if we ever remove a feature we can simply mark that as removed in our
feature detection mechanism).
Bug: 38302180
Test: run androidx.webkit tests.
Change-Id: I8381845078a72872ab187ed66d5ab7c2ddcd2f91
/frameworks/support/webkit/api/current.txt
|
| 05e3fdf83b52bbe6d7e1edb4c6e56dd82333e9c3 |
|
13-Mar-2018 |
Gustav Sennton <gsennton@google.com> |
[WebView Support Library] Publish the androidx.webkit APIs
We made the WebView APIs private on the Alpha branch because the WebView
Support Library wasn't ready in time for the Alpha, on the Beta branch
however the WebView APIs should be public.
Bug: 38220211
Test: N/A
Change-Id: I4ff1503f573b704200cd105d7673a5aa8bf8fda5
/frameworks/support/webkit/api/current.txt
|
| 8db70748979b9eaf588d7fa29cee318f60e62e5f |
|
07-Mar-2018 |
Aurimas Liutikas <aurimas@google.com> |
Add new API files after refactor.
- Move old API files to api_legacy
- Create new current.txt files with ./gradlew updateApi
Bug: 70043591
Test: ./gradlew checkApi
Change-Id: Ie2183da0c6947779d1c72cd53ed48460afd1ad56
/frameworks/support/webkit/api/current.txt
|
| fb962116b3e0eb4e95f7dac81e7ede0f993a6ee9 |
|
26-Feb-2018 |
Gustav Sennton <gsennton@google.com> |
[WebView Support Library] Add support for static WebView methods.
Add support for the support-library version of
WebViewFactoryProvider.Statics, used for implementing static WebView
methods.
Bug: 73151403
Test: run androidx.webkit tests (existing + newly added ones) on an L
device and a P device.
Change-Id: I8d161a67fba78b3793a5d7091358ed429da28487
/frameworks/support/webkit/api/current.txt
|
| f37dff2e70d322b7ac101d2da50551f5d543efe4 |
|
15-Feb-2018 |
Gustav Sennton <gsennton@google.com> |
[WebView Support Library] Add support for WebSettingsCompat.
Add support for WebSettingsCompat in the form of
class WebSettingsCompat {
static Foo method(WebSettings webSettings, Params params...);
}
APIs.
Bug: 73454029
Test: run androidx.webkit tests.
Change-Id: If8d63292c7c03001d5b5959236fa8733870d7ef0
/frameworks/support/webkit/api/current.txt
|
| f9916c36b6536b496976413527bb71f3554282ab |
|
14-Feb-2018 |
Gustav Sennton <gsennton@google.com> |
Add an initial version of the WebView Support Lib with a single API
Add the first WebView Support Library API:
WebView.insertVisualStateCallback().
Also add a test corresponding to the WebView CTS test for
WebView.insertVisualStateCallback().
This CL does NOT include feature detection - so trying use the WebView
Support Library on a device without a compatible WebView will cause a
crash for now.
When we add feature detection support apps will be able to check which
features are supported at run-time.
Bug: 68840936
Test: Run added tests with the necessary WebView APK installed (without
the correct APK the tests will fail).
Change-Id: Ia48e7662c82ba03d5b5edfce534733e0dc4569e6
/frameworks/support/webkit/api/current.txt
|