does gcsfuse support content-encoding: gzip?

I have a gz file on GCS with `content-conding:gzip`, and this is the error I saw when I tried to `gunzip` it.

```
fuse_debug: 2022/04/18 23:06:18.538054 Op 0x00000038 connection.go:416] <- LookUpInode (parent 2, name "1650322527
.log", PID 3172)
fuse_debug: 2022/04/18 23:06:18.538244 Op 0x00000038 connection.go:498] -> OK (inode 3)
fuse_debug: 2022/04/18 23:06:18.538331 Op 0x0000003a connection.go:416] <- OpenFile (inode 3, PID 3172)
fuse_debug: 2022/04/18 23:06:18.538432 Op 0x0000003a connection.go:498] -> OK ()
fuse_debug: 2022/04/18 23:06:18.538544 Op 0x0000003c connection.go:416] <- ReadFile (inode 3, PID 3172, handle 3,
offset 0, 4096 bytes)
gcs: 2022/04/18 23:06:18.538671 Req 0x5: <- Read("vector/1650322527.log", [0, 444))
gcs: 2022/04/18 23:06:18.575237 Req 0x5: -> Read error: not retrying Read("vector/1650322527.log", 165032274
6957504): Received unexpected status code 200 instead of HTTP 206
2022/04/18 23:06:18.575310 ReadFile: input/output error, fh.reader.ReadAt: readFull: not retrying Read("vector/1650322527
.log", 1650322746957504): Received unexpected status code 200 instead of HTTP 206
fuse_debug: 2022/04/18 23:06:18.575363 Op 0x0000003c connection.go:500] -> Error: "input/output error"
fuse: 2022/04/18 23:06:18.575378 *fuseops.ReadFileOp error: input/output error
fuse_debug: 2022/04/18 23:06:18.575777 Op 0x0000003e connection.go:416] <- FlushFile (inode 3, PID 3172)
fuse_debug: 2022/04/18 23:06:18.575940 Op 0x0000003e connection.go:498] -> OK ()
fuse_debug: 2022/04/18 23:06:18.576093 Op 0x00000040 connection.go:416] <- ReleaseFileHandle (PID 0)
gcs: 2022/04/18 23:06:18.576174 Req 0x5: -> Read("vector/1650322527.log", [0, 444)) (37.542666ms): OK
fuse_debug: 2022/04/18 23:06:18.576207 Op 0x00000040 connection.go:498] -> OK ()
```

By looking at this issue https://github.com/GoogleCloudPlatform/gcsfuse/issues/165, it seems that gcsfuse doesn't intend to support this back in 2016. Is this still the decision nowadays? Thanks!