summaryrefslogtreecommitdiff
path: root/core/java/android/webkit/WebResourceResponse.java
Commit message (Collapse)AuthorAgeFilesLines
* Add maxTargetSdk restriction to unused APIs.Mathew Inwood2020-10-291-1/+2
| | | | | | | | | | | | | | | | | | | These are APIs that have @UnsupportedAppUsage but for which we don't have any evidence of them currently being used, so should be safe to remove from the unsupported list. This is a resubmit of ag/12929664 with some APIs excluded that caused test failures; see bugs 171886397, 171888296, 171864568. APIs excluded: Landroid/bluetooth/le/ScanRecord;->parseFromBytes([B)Landroid/bluetooth/le/ScanRecord; Landroid/os/Process;->myPpid()I Landroid/os/SharedMemory;->getFd()I Landroid/hardware/input/InputManager;->INJECT_INPUT_EVENT_MODE_WAIT_FOR_FINISH:I Bug: 170729553 Test: Treehugger Change-Id: I8285daa8530260251ecad6f3f38f98e263629ca7
* Revert "Add maxTargetSdk restriction to unused APIs."Hongwei Wang2020-10-281-2/+1
| | | | | | | | | This reverts commit 72f07d6a8a32db4a0dedd7682a0b3385be2b9cd6. Reason for revert: Droidcop-triggered revert due to breakage https://android-build.googleplex.com/builds/quarterdeck?testMethod=testAppZygotePreload&testClass=android.app.cts.ServiceTest&atpConfigName=suite%2Ftest-mapping-presubmit-retry_cloud-tf&testModule=CtsAppTestCases&fkbb=6936597&lkbb=6936969&lkgb=6936551&testResults=true&branch=git_master&target=cf_x86_phone-userdebug>, bug b/171886397 Bug: 171886397 Change-Id: Ibe0f0430a3451477c1ee8ef56a596e91ea1e7672
* Add maxTargetSdk restriction to unused APIs.Mathew Inwood2020-10-271-1/+2
| | | | | | | | | | These are APIs that have @UnsupportedAppUsage but for which we don't have any evidence of them currently being used, so should be safe to remove from the unsupported list. Bug: 170729553 Test: Treehugger Change-Id: I4c8fd0006f950de9955242e93968fb0996ceb372
* Use new UnsupportedAppUsage annotation.Artur Satayev2019-12-181-1/+1
| | | | | | | | 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
* Merge "Clarify WebResourceResponse's stream handling." into pi-devTorne (Richard Coles)2019-02-201-7/+9
|\ | | | | | | | | | | am: bec9d394d3 Change-Id: Ic15302edd0598107cf8fb7a91924ec544592b435
| * Clarify WebResourceResponse's stream handling.Torne (Richard Coles)2019-01-111-7/+9
| | | | | | | | | | | | | | | | | | | | Explicitly state in the documentation that the WebView will call InputStream.close() after it's finished reading the response from a WebResourceResponse. Fixes: 122665050 Test: m offline-sdk-docs Change-Id: I933c58e335ff1af31db6b4f959316ee389359e01
* | Merge "Clarify WebResourceResponse parameter documentation." into pi-devTorne (Richard Coles)2018-12-171-6/+17
|\| | | | | | | | | | | am: dfcbdef8ab Change-Id: I57fc0e17846ace25c2c90665f32de7a2af121ed8
| * Clarify WebResourceResponse parameter documentation.Torne (Richard Coles)2018-12-141-6/+17
| | | | | | | | | | | | | | | | | | | | | | Developers commonly misuse the mimeType and encoding parameters in the WebResourceResponse constructor as the meaning is different to the similarly named HTTP headers. Explain more carefully what valid/invalid inputs look like and mention that this is different to HTTP. Change-Id: I14d159bc50c89c2215f7de5f4732569e5e246930 Fixes: 64765685 Test: m offline-sdk-docs
* | Add @UnsupportedAppUsage annotationsMathew Inwood2018-08-161-0/+3
|/ | | | | | | | | | | | | | | | | 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: Ic22415d3e70a3b75a6418f96beb371d0445c7484 Merged-In: I41643e1e47391a12b0aed3058b3d9987a8e6ee2f
* WebView: add @Nullable and @NonNull annotationsNate Fischer2017-09-211-8/+9
| | | | | | | | | | | | | | | | | 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
* Clean remaining API related issues.Selim Gurun2015-05-211-1/+1
| | | | | Bug:21063767 Change-Id: Ifb6936699367b4cc1641b74c890856c0b51978d2
* Update the new error reporting API in android.webkitMikhail Naganov2015-05-131-12/+47
| | | | | | | | | | - minor changes in WebResourceError; - prepare to remove WebResourceResponseBase; - add immutable mode to WebResourceResponse. Bug: 21063767 Change-Id: Iaf5f92e3850732c7a888453468e108809b3b782a
* Provide better error reporting for WebViewMikhail Naganov2015-03-061-25/+18
| | | | | | | | Add new callbacks into WebViewClient that will provide notifications about subresource loading errors and HTTP errors received from servers. Bug: 19313118 Change-Id: Idb47f53ef7e72cb95f3e9b89d1e238d69e896b8b
* Disallow passing a StringBufferInputStream to a WebResourceResponsePaul Miller2014-09-151-4/+14
| | | | | | BUG:17489928 Change-Id: Ie41671ad721c0c4da95d96332c4ec4d4ca2bff7c
* Add more params to WebViewClient.shouldInterceptRequest.Marcin Kosiba2014-07-151-3/+94
| | | | | | | | | | This changes shouldInterceptRequest to take an object containing the following new parameters: isMainFrame, hasUserGesture, method, headers. This also lets the embedder specify the following additional properties of the response: status code, response phrase, headers. BUG: 7589347 Change-Id: Id922c5e7023eb067db871e6f782f599492a2428f
* Remove unused imports from frameworks/base.John Spurlock2013-11-201-2/+0
| | | | Change-Id: Ia1f99bd2c1105b0b0f70aa614f1f4a67b2840906
* Fix JavaDoc style for several WebView classesSteve Block2012-04-261-9/+16
| | | | | | | | | | | | | | | | | | | | | | | 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
* Drop support for Android HTTP stackSteve Block2012-02-221-22/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* Clean up JavaDoc for WebResourceResponseSteve Block2012-02-211-19/+24
| | | | | | | Clean-up only, no functional change. Bug: 5461416 Change-Id: Iec37d5f67674b0fb9b5521c179773b7d09a3985c
* Offer a callback to intercept url requests.Patrick Scott2010-11-151-0/+116
The new callback allows applications to return a response for a particular url. Deprecate onLoadResource in favor of the new api. onLoadResource is not currently being used by the new network stack and applications can post a message from shouldInterceptRequest to handle onLoadResource. Bug: 2905943 Change-Id: Icf48ab3110d85d76112b3c3b4a1a8c8a333b82f0
generated by cgit v1.2.3 (git 2.25.1) at 2025-12-21 02:09:58 +0000