A modern programming language that makes developers happier.

kotlinlang

I think I’ve discovered a bug with gzip client handling (and likely all compression plugins). If I issue a `get` for compressed data at a URL, and then call `response.body&lt;ByteArray&gt;()` the response bytes are truncated to the content length of the response, but that value is the compressed size. So it’s taking the uncompressed bytes, and truncated them to the size of the compressed data. Is there another way to get at the uncompressed data without doing the gzip stuff myself?

Could you please share a code snippet to illustrate this problem?

```import io.ktor.client.*
import io.ktor.client.call.*
import io.ktor.client.engine.java.*
import io.ktor.client.plugins.compression.*
import io.ktor.client.request.*
import io.ktor.http.*

suspend fun downloadBytes() {
    val client = HttpClient(Java) {
        install(ContentEncoding) {
            gzip()
        }
    }

    val response = client.get("<https://www.knkx.org/podcast/forgotten-prison/rss.xml>")

    val contentLength = response.contentLength()
    println("Content length: ${contentLength}")

    val responseData = response.body&lt;ByteArray&gt;()
    println("Data length: ${responseData.size}")
}```

You’ll see that contentLength and responseData.size are both the same value (3145 when I ran it). But if you use `response.body&lt;String&gt;()` you get a string that is 14622 characters long. I know I can call the string version, but there are other places where I need to get at the uncompressed bytes.

Thank you. I’ll file an issue soon. As a workaround, you can receive a byte array with the following code:
```val responseData = response.bodyAsChannel().readRemaining().readBytes()```

<https://youtrack.jetbrains.com/issue/KTOR-4653>