Jesse Wilson
Jesse Wilson
I wonder if packing data into a string is upsetting the runtime somehow.
Yeah, I think you’ll be better served by Chucker or similar. https://github.com/ChuckerTeam/chucker
I’d like to ship this. I’d like to review this PR and the RFCs to figure out exactly what’s best for our next step and I intend to do so.
I think running `./gradlew apiDump` will fix the test failure.
Unfortunately the thing we need to read a zip FileSystem isn’t a Source (streaming) but rather a FileHandle (random access).
I saw a similar crash with an unrelated cause. I was able to fix it in our NDK project by following the Android guide, [Support 16 KB page sizes](https://developer.android.com/guide/practices/page-sizes#cmake).
Unclear what action to take here. Can you reproduce this exception consistently? Or perhaps only when the device is locked?
OkHttp redacts the URLs in its thread names . . . it’ll contain the hostname but not the path or query. Is that still a problem?
Obviously we could just bump this limit! Unfortunately the rest of our implementation assumes headers are small enough to keep in memory. It assumes we don’t need to worry too...
That’s surprising. There’s gonna be a bug in our code that enforces the 256 KiB limit on headers. The root cause exception is here: ``` Caused by: java.io.EOFException: \n not...