e78f117bcbd6b57d783737107f445ef75ecb474a |
|
20-Jan-2015 |
Neil Fuller <nfuller@google.com> |
Pull latest OkHttp code from upstream okio: okio is now managed upstream as a separate project but has been included here as a sub directory: the okio version here is intended only for use with OkHttp. okio is synced to upstream commit 82358df7f09e18aa42348836c614212085bbf045. See okio/README.android for local changed needed to make it compile. okhttp: This is effectively an upgrade from a snapshot close to OkHttp 1.5 with Android additions to a snapshot close to OkHttp 2.2. okhttp was synced to upstream commit 0a197466608681593cc9be9487965a0b1d5c244c See README.android for local changes needed to make it compile. Most of the old Android changes have been pushed upstream and other upstream changes have been made to keep OkHttp working on Android. TLS fallback changes have not been upstreamed yet: bcce0a3d26d66d33beb742ae2adddb3b7db5ad08 ede2bf1af0917482da8ccb7b048130592034253d This means that some CTS tests will start to fail. A later commit will fix those changes when it has been accepted upstream. There are associated changes in libcore and frameworks/base. Change-Id: I0a68b27b1ec7067be452671bc591edfd84e310f2
/external/okhttp/okhttp/src/main/java/com/squareup/okhttp/Response.java
|
f6af62d5c9bb5e15649a80ebae973463e8e2dc46 |
|
30-Jul-2014 |
Neil Fuller <nfuller@google.com> |
Fix transparent gzip for basic auth. Externally reported Android bug: https://code.google.com/p/android/issues/detail?id=74026 Thanks to mattpan91 for the report. The issue was fixed in OkHttp 2.0. It has now been back-ported to 1.6. This is a cherry pick from the okhttp_16 branch: https://github.com/square/okhttp/commit/e8fee51087a062384f52e11400ff4a104a00a2b2 The merge was not entirely straightforward: Android is currently not quite on 1.6; it is close and it was only the package for the files that differed for existing files. There is an additional class (Job) that had to be patched that the version Android has and 1.6 does not have. The class is probably not used on Android. The okhttp CTS tests pass, modulo some tests known to be flaky. Bug: 16628050 Bug: https://code.google.com/p/android/issues/detail?id=74026 Change-Id: Ic179947f9f3664a4f2a7fcde435ec9fb7f1ae340
/external/okhttp/okhttp/src/main/java/com/squareup/okhttp/Response.java
|
3c938a3f6b61ce5e2dba0d039b03fe73b89fd26c |
|
19-Feb-2014 |
Neil Fuller <nfuller@google.com> |
Update okhttp to a more recent commit. Updating to upstream commit : 7b106923e078ac2435e8c8ce9d615f9903106ed8 / 7th Mar 2014 / main branch. The following changes were made to Android-only code: 1) HttpsHandler has been changed to deal with the fix for: https://github.com/square/okhttp/issues/184 (commit 5d7fdba). 2) Platform.java changed to accomodate changes in okhttp Platform method signatures. 3) .mk file updates to reflect src directory changes. The following changes were made to OkHttp code: 1) Removal of org.codehaus.mojo.animal_sniffer.IgnoreJRERequirement annotation from okio/src/main/java/okio/DeflaterSink.java Change-Id: I644a883482ac7ee7d029785f110a2ca00762419b
/external/okhttp/okhttp/src/main/java/com/squareup/okhttp/Response.java
|
166772be0e5cfdaea1a64b9f63e4c8dbfe48cba3 |
|
04-Nov-2013 |
Narayan Kamath <narayan@google.com> |
Update okhttp. Updated to commit 19a21936ffbb5e358799af9e4fb7306af45f38. This also moves src/ to okhttp/src/ to stay faithful to the original okhttp tree & to make it easier to pull updates. Change-Id: Ia1971823f31e5c6957d831f368e3a1fcce38d44d
/external/okhttp/okhttp/src/main/java/com/squareup/okhttp/Response.java
|