summaryrefslogtreecommitdiffstats
path: root/WebKit/android/WebCoreSupport/WebResponse.cpp
Commit message (Collapse)AuthorAgeFilesLines
* Merge WebKit at r75993: Move WebKit/android files to SourceBen Murdoch2011-05-161-167/+0
| | | | Change-Id: Ifa871f8320bdb3a09fe189fffecc23f702c394b9
* Part of fix for bug 3317722 User Trial: Browser stuck loading pages - ↵Kristian Monsen2011-03-011-3/+3
| | | | | | | | | IKXEVEREST-2628 Preserving original mime type when no new type is found for type application/octet-stream or text/plain Change-Id: Id98d4c4faef599e14ba5e1789700932ab55729de
* Report SSL certificates to WebView.Iain Merrick2011-01-201-0/+2
| | | | | | | | | In the Apache HTTP stack, this is done by LoadListener. This CL plumbs in the same logic for the Chrome HTTP stack. This fixes the WebViewTest#testAccessCertificate CTS test. Bug:3242048 Change-Id: I69a4de46ded59bfdebdd391c4731c7c1a79744fb
* Try to guess content type if header is genericKristian Monsen2011-01-181-1/+5
| | | | | | | | | Don't just use text/plain or application/octet-stream, this matches the old stack. Fix for bug 2981069 Change-Id: I1b5edf0e60e7c7012f4143906ec926227edcf927
* Resolve MIME types for CacheResult in the same way as WebResponse.Ben Murdoch2011-01-141-21/+25
| | | | Change-Id: I972bbdabc8491a94eabd676dd13f09fcccb6ba88
* Fix MIME type handling for badly-behaved servers.Iain Merrick2011-01-071-12/+19
| | | | | | | | | This fixes http://scrabb.ly, which is a particularly bad example as there is no filename and no Content-Type header. This CL duplicates the behaviour of the Apache HTTP stack by defaulting to text/html. Bug: 3242012 Change-Id: Id0e131ee880466e1708367612ac0217d43db347b
* Fix WebView form submission CTS failure.Ben Murdoch2010-12-151-12/+16
| | | | | | | | | | | When we try to resolve the MIME type from the URL path, we need to be sure to pass just the path so strip off any fragment or query strings. Otherwise this wreaks havoc when we try and extract the file extension to deduce the MIME type. Bug:3241908 Change-Id: I592ae7ba0acc7478789599aeb6973675ed415a37
* Fixes the handling of unspecified mime-typeJohn Reck2010-11-221-0/+18
| | | | | | | | | Bug: 3211038 and 3211569 If the server doesn't specify a Content-Type header in the response, there was no mime-type set when using the Chrome HTTP stack. This change fixes it so that it makes a guess based off of the URL extension. Change-Id: I33ef90c1db54bdccb4e143795656f4f9b56572ca
* Don't set error description strings in ResourceError.Iain Merrick2010-11-151-1/+1
| | | | | | | | | | | | | These strings may be displayed to the user, so they need to be localized. In a separate change (I7dec8dff) I updated the Java framework to use a standard localized message if the description is empty, so here we just use the empty string (same as Chrome). Bug: 3172265 Test: Load http://google.com:81 to force a timeout error, check that the correct message is displayed. Change-Id: I9042a2ee99cd78619cc0392cdc2cbb82ebd51743
* Map Chromium error codes to WebKit error codes.Iain Merrick2010-11-041-4/+6
| | | | | | | | | | On network errors, we were seeing strange "Data connectivity problem" alert boxes. This is because we were using the HTTP status code instead of a real error code; and when there's a connection error, the HTTP status is uninitialised, so the "error code" was 0 (no error). Bug: 3140283 Change-Id: I0566c29359a0ecb2998573d1a2a77306922c87be
* Allow Gmail attachments to be viewed.Iain Merrick2010-10-281-9/+36
| | | | | | | | | | | | | | | | | | | | | | When displaying attachments, WebKit calls downloadFile() on an Android-specific URL. This was crashing because it expected to have a URLRequest available; however, there's a different code path in WebRequest.cpp for Android URLs that doesn't create a URLRequest. This CL hoists the implementation of downloadFile() into WebUrlLoaderClient, and gets the necessary headers from the WebResponse object in didReceiveResponse (which should always be called before downloadFile). Gmail appends the MIME type to the URL after a ? separator, and we have to extract this to display the file correctly. Tests: - Can display .txt attachments in Gmail (now fixed) - Can download .apk files (checking for regressions) Change-Id: I966220977972da7a2de29e663d7781b1de0e6fd4
* Special file uris have to be handled in Java.Kristian Monsen2010-08-241-0/+1
| | | | | | | | This depends on: https://android-git.corp.google.com/g/#change,62112 Request an java.io.InputStream from java and queries this for that until all is read. Change-Id: Ia3e7ad973700bd49be9cae9b432661d61a5470b8
* Send didFail to webcore for failed requests.Kristian Monsen2010-08-111-0/+10
| | | | | | Also removed the member variable m_resourceRequest as it is not needed outside the function. Change-Id: I5a627306de8a8d8c59044046003e8515fd10f5c8
* Moving all webcore handling to the webcore thread.Kristian Monsen2010-08-051-0/+88
This is part 1 of 2. This CL moves all response actions to the correct thread. A later CL will move all request actions. Parts of CL https://android-git.corp.google.com/g/#change,58486 are here since I don't want to loose that functionality. This will be rewritten as the next part of this CL, and is in WebRequest.cpp function WebRequest::start(). Change-Id: I476dc40ae722ecd83d56c482dbe7df726b3844b0
generated by cgit v1.1 at 2024-09-10 10:02:36 +0000