| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
Existing annotations in libcore/ and frameworks/ will deleted after the migration. This also means that any java library that compiles @UnsupportedAppUsage requires a direct dependency on "unsupportedappusage" java_library.
Bug: 145132366
Test: m && diff unsupportedappusage_index.csv
Change-Id: I5be7335b23a92b8ac80d2fd890198273b66ad644
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
go/cleanup-greylist-txt
These have already been greylisted, however due to bugs/omissions in the tooling have been kept in go/greylist-txt instead of being annotated in the code.
This is partial merge of aosp/Id6c1f5e403a0e66edb1102ee45f3bf19f244fb09. Telephony greylist cleanup has been done separately. Note that annotations outside of frameworks/base/ have been merged from AOSP.
Bug: 137350495
Test: m
Exempt-From-Owner-Approval: merge
Change-Id: I015c466e8b69cc0fed5e9d394ba865aad11d8ba6
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
For packages:
android.webkit
This is an automatically generated CL. See go/UnsupportedAppUsage
for more details.
Exempted-From-Owner-Approval: Mechanical changes to the codebase
which have been approved by Android API council and announced on
android-eng@
Bug: 110868826
Test: m
Change-Id: I41643e1e47391a12b0aed3058b3d9987a8e6ee2f
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This adds @Nullable and @NonNull annotations where the docs previously
stated this. This change should be safe, since we already disallowed
null values for the @NonNull parameters via documentation.
I verified that documentation changes for APIs which previously did not
mention null-ness in @param or @return Javadocs (if the API already
mentioned it in these spots, then DroidDoc prefers the hand-written
description).
This also fixes various lint errors.
Bug: 65465498
Test: make update-api and manually verify docs
Change-Id: I4751508d0e72be8ddfc3d6b601db8c307c9df60e
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Docs change only.
This wraps some Java literals (true, false, null) with {@code} blocks,
as per Android API guidelines.
This also addresses other presubmit errors:
* fix lines that have become too long
* fix broken import order and unused imports
Bug: 65213517
Test: make docs (and manually verify things look better)
Change-Id: Idc7fe28d40bea7bd1edcad539b75fa9c689b8d46
|
| |
|
|
| |
Change-Id: Ia1f99bd2c1105b0b0f70aa614f1f4a67b2840906
|
| |
|
|
|
|
|
|
|
|
| |
Bug 11291911
These deleted classes were previously public APIs and so need to remain
in the build (but hidden) in order to keep existing apps working.
(Partially reverts Change-Id: I02549a71104b35d86d99058c71f43e054730ec7d)
Change-Id: I28e53b056f41e66645136f5e18fba2ff55a65fe5
|
| |
|
|
|
|
|
|
|
| |
Delete all the Java classes used only by the old WebView implementation,
and also sections of common classes that were only needed for the old
WebView.
Bug: 10427705
Change-Id: I02549a71104b35d86d99058c71f43e054730ec7d
|
| |
|
|
|
|
|
| |
CacheManager will not be implemented with webviewchromium. So removing
existing implemntation in WebViewClassic.
Change-Id: I82d3a156ba898393cc12080f8150841cd76f187a
|
| |
|
|
| |
Change-Id: I1775a2ff615d1633fe9a20a5af49623222d3d27b
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This fixes the JavaDoc style for the following classes ...
- CacheManager.java
- CookieManager.java
- GeolocationPermissions.java
- WebResourceResponse.java
- WebSettings.java
- WebStorage.java
- WebView.java
In particular, this applies the guidelines at
https://wiki.corp.google.com/twiki/bin/view/Main/APIDocumentation
This should help to ensure that future JavaDoc comments use correct style,
rather than using incorrect style for consistency.
Note that this change does not attempt to improve the content of the JavaDoc
comments. This will be done in later changes.
Bug: 5461416
Change-Id: I79e9b15a8cf3597195d58e154a7eb1bcc462944c
|
| |
|
|
|
|
|
| |
See b/5495616.
Bug: 6228353
Change-Id: I16cfd7b37973919d5bf14d2d80954caede264961
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
All future releases will use the Chromium HTTP stack and maintaining two HTTP
stacks adds maintenance overhead. The Chromium HTTP stack requires V8, but we
now use V8 in all build targets (b/5495373), so we can safely drop the Android
HTTP stack.
LoadListener, HttpAuthHandlerImpl, Network, SslErrorHandlerImpl, WebViewWorker
- Android-stack specific, removed
StreamLoader, FrameLoader
- Require LoadListener, removed
CacheLoader, ContentLoader, DataLoader, FileLoader
- Extend StreamLoader, removed
BrowserFrame
- Removed methods that create LoadListener
- BrowserFrame.startLoadingResource() is called from native
CallbackProxy, WebView
- Removed calls to Network methods
CacheManager, CookieManager, CookieSyncManager, WebViewCore, WebResourceResponse
- Removed other Android-stack specific code
JniUtlil
- Removed useChromiumHttpStack()
WebViewDatabase
- Removed all code to create cookies and cache databases for Android HTTP stack
See corresponding WebKit change https://android-git.corp.google.com/g/166327.
Bug: 5495616
Change-Id: If491675516f6eb187077af4220214bb6e6a8d045
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
These were added in https://mondrian.corp.google.com/changelist/19077-p9.
CacheManager.setCacheDisabled() has been unused since
https://mondrian.corp.google.com/changelist/20678-p9 (see change to WebView),
so the WebKit cache is always enabled.
BrowserFrame.setCacheDisabled() has been unused since
https://mondrian.corp.google.com/changelist/33679-p9, so the WebCore cache is
always enabled.
BrowserFrame.CacheDisabled() has been unused since
https://mondrian.corp.google.com/changelist/32803-p9 (see change to WebView).
See WebKit change https://android-git.corp.google.com/g/167298.
Change-Id: I68bf334f4a34df1b88d2b5204e50c2eb04db7e69
|
| |
|
|
|
|
|
| |
Clean-up only, no functional change.
Bug: 5461416
Change-Id: I272b1456e797f398014a6a4159319e5519fcaf64
|
| |
|
|
|
|
|
| |
We need to populate the headers map with both the Android and Chromium HTTP
stacks.
Change-Id: I2df0aa2fce917ad43a1cac1426a324e49b2950f9
|
| |\
| |
| |
| |
| | |
* commit 'f7a9b8691918642db74a667a71028c0a77b527ff':
Error in compound cache-control header.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
A cache control header containing both no-cache and max-age attribute does not
behave as expected.
Cache-Control: no-cache, max-age=200000
Will set expired to 20000ms seconds, ignoring the no-cache header. My
interpretation is that the no-cache header should not be ignored in
this case.
Change-Id: Iadd1900e4d2c6c0dacc6bb3e7b944cf78ca9b266
|
| | |
| |
| |
| | |
Change-Id: Id4c50dee743fa781ca3f470f97ed76d1501f7222
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
Previous change:
https://android-git.corp.google.com/g/#change,91471
This change was to fix bug 3270236
Change-Id: I7dc3179a55420d3383647e2bd50d4766dd21231b
|
| |\ \
| | |
| | |
| | |
| | |
| | |
| | | |
com.android.org.bouncycastle" into honeycomb
* commit 'f2b7c84468c5397b44566c393bec2675d73817b7':
Tracking jarjar of org.bouncycastle to com.android.org.bouncycastle
|
| | | |
| | |
| | |
| | |
| | | |
Bug: 3086427
Change-Id: I7af99fe4c36d9a519777f0499ccab65646313879
|
| |\| |
| | |
| | |
| | |
| | |
| | |
| | | |
cache" into honeycomb
* commit '6e8831cf2d7fd90ab124f58a9fc1919fac818887':
Clear the files we copy over to the temp cache
|
| | | |
| | |
| | |
| | |
| | |
| | | |
Fixes CTS tests
Change-Id: I3464ac90e58a9df21379a8da9d637f4f5ee69b85
|
| |/ /
| |
| |
| |
| |
| | |
It can't be used independently of WebView.
Change-Id: Id90501ece0182481c7db541b5d1897782b7ee9c0
|
| | |
| |
| |
| |
| |
| |
| |
| | |
Requires a corresponding change in external/webkit
https://android-git.corp.google.com/g/87938
Bug: 3270236
Change-Id: Ibb6ee0531bde48d9b069de28f9f22891ca6d0718
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When using the Chromium HTTP stack, most of the calls to CacheManager
methods are not required, as we're not using its cache. These methods
are now marked with asserts to make this clear.
Also avoid creating the cache database in WebViewDatabase.
This will avoid creating the database databases/webviewCache.db and
the directory cache/webviewCache.
Bug: 3270236
Change-Id: I68f94dde16830ed817454d5e1af961f41b71d018
|
| | |
| |
| |
| | |
Change-Id: I57f0283872b788f84fef1667f79c37f4d92a5868
|
| | |
| |
| |
| | |
Change-Id: I3a7d3836a51ef3092652ade87f29bc84af69ee7d
|
| | |
| |
| |
| | |
Change-Id: Ia0bef0a66167ce948802701e1dd85e82b937dbdf
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
This class gives fairly low-level access to the HTTP cache, which
as far as we can tell was only exposed for the benefit of Gears.
BUG=3270236
Change-Id: Ibce10ecf8b524d3f472affa2a37fe4de15efd2ed
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This is needed to construct a cachable CacheResult object.
Currently only WebViewWorker is able to do this, by updating
the fields directly.
Bug: 3270236
Change-Id: I50148697dcee4d329e1436a2ce4c15224cb5ae30
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This reverts CL https://android-git.corp.google.com/g/84508
After lengthy discussion we have decided that disabling CacheManager
is too risky for third-party apps, and that enough functionality is
still available for it to be useful.
WebView.loadUrl() will not add pages to the cache, but it is still
possible to add them manually via CacheManager.saveCacheFile().
Change-Id: I6cfd9f93bb8d685450f048375adad9d17fa4eeba
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Currently, cacheDisabled() reports false, but no files are ever
added to the cache. This CL makes the framework more honest and
reports that the cache is disabled.
BUG=3270236
Change-Id: I13c0291ac295d965f71f1e70dbdebc74b95ddce0
|
| | |
| |
| |
| |
| |
| | |
Bug: 3244281
Change-Id: I372475bc2d9bd2f2354ee603f77468df0cb043bf
|
| | |
| |
| |
| | |
Change-Id: I526707233652e8092b33357d08f8ed81cd3a9e14
|
| |/
|
|
|
|
| |
This should fix the droiddoc warning related to the browser. Will make it a bit easier to pick up errors.
Change-Id: I8dc276bbe3d15f224eba7e4e97046024173dcecc
|
| |
|
|
|
|
| |
See bug http://b/2553589
Change-Id: Ide3399c7c63daf9c0b8c18669076f2f4d6e9a876
|
| |
|
|
|
| |
Cache the x-permitted-cross-domain-policies header.
http://b/issue?id=2519669
|
| |
|
|
|
| |
setting lastModified and etag to the cacheResult.
Fix http://b/issue?id=2531047
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
| |
This is the framework part, moving classes around so the framework
no longer needs to link to android-common. Makes some APIs public,
others that didn't need to be public are private in the framework,
some small things are copied.
|
| |
|
|
|
|
|
| |
Remove this class, again, and change the webkit uses of it to use the
one in android-common. Remove class from preloaded-classes as well.
Change-Id: Ic0d4835e77180d299bc2c22b7c8780861b4781ee
|
| |
|
|
|
|
|
|
|
| |
This restores this class to android.webkit, but leaves a copy in
android-common while I figure out how to move it correctly.
This reverts commit 7ad12a5f44253dc535f9a25ceb029579b40c43b1.
Change-Id: I1d0a3efe34764058b979c6987e6e774f64d02b8c
|
| |
|
|
|
|
| |
Some to-be-unbundled classes want to use HttpDateTime as well.
Change-Id: I40a001970682f6fbd4d9cd3546bd3f63ebfbe89b
|
| |
|
|
| |
Fix b:2326937
|
| |
|
|
|
|
|
|
|
| |
This logic was lost when we switched back using FLASH
instead of RAM for the cache.
Add back the CACHE_MAX_SIZE to limit the maximum
cacheable file.
Fix http://b/issue?id=2346132
|
| |
|
|
|
|
|
|
| |
Fixes #2296601.
WebView and its related APIs are keeping static objects that hold references to
Context instance. This could cause applications to leak their first Activity
and all the associated resources.
|
| |
|
|
|
|
| |
WebChromeClient.getDefaultVideoPoster and WebChromeClient.getVideoLoadingProgressView.
Change-Id: I09e159cec0ccdf09b278daeeab268c0c4f4476ba
|
| |
|
|
|
|
|
| |
result, we will use (url+postIdentifier) as the key
for the CacheResult.
Fix http://b/issue?id=1980031
|