gz not served

[Chr96er]

I'm trying to serve compressed versions of my HTML files. I've added the -g flag and I see Serve GZIP Files: true during startup. I've zipped a test file using gzip.

• When I try to access the file without the .gz extension I get a 404
• When I access the file with .gz I get the gzipped file
• When I copy the unzipped file and try to access that I am served the unzipped file (no Content-Encoding response header) - although for the screenshot I simply copied the compressed file without .gz extension.

As you can see in the screenshot the request header contains Accept-Encoding: gzip.

I'm basically seeing this issue but I'm on version 14.1.1

Environment Versions

1. Node version: 20.8.0 (node:20.8.0-slim docker image)
2. http-server version: 14.1.1

Steps to reproduce

Run http-server with -g flag and try to access a file (without .gz extension) for which a .gz version is available.

Expected result

The gzipped file is being served and decompressed client side.

Actual result

404 when trying to access the file without .gz extension.

[Chr96er]

Update: I manually ran fs.stat and hasGzipId12 in an interactive node session on the server (from within docker) and neither fails. !gzipErr is true and isGzip is also true. So I can only assume that something goes wrong before it even gets to that code.

[cosmoburn]

same but for br files

[github-actions]

This issue has been inactive for 180 days

[KernelDeimos]

I was working on #844 and I never encountered this problem. I was only testing with brotli, so I just tried gzip as well but I still wasn't able to reproduce this issue.

My first assumption is that this was fixed and this issue was never closed - maybe there was a dupe. The only problem with that assumption is that I also wasn't able to reproduce even after checking out v14.1.1.

If anyone can create a reliable reproduction, maybe in a Dockerfile or something, I might be able to look into this.