Error when sharing a directory with images via a public link when gzip compression is enabled for images

[ThShepard]

Describe the bug

When sharing a public link to a directory, thumbnail generation fails every time when gzip compression is enabled in the reverse proxy. It fails for every file size and image dimension tested (even extremely small images). Already existing thumbnails load as intended.

When gzip compression is disabled for images (which is the sane approach anyway), the thumbnail generation works as intended, likely because the Content-Length is present again.

Steps to reproduce

1. Enable gzip compression in the reverse proxy
2. Upload images to a directory
3. Share the directory via a public link
4. View the images without being logged in

Expected behavior

Missing thumbnails get generated as they are needed.

Actual behavior

Only already generated thumbnails work when opening a public link. Images which were not viewed in a logged in session cannot be viewed by remotes using the public link.
It affects both small thumbnails for the directory view and the single image view thumbnail.

Setup

Kubernetes 1.36.1 (Talos)
Traefik Ingress 3.7.12 (gzip compression enabled)
Deployment via Docker Image docker.io/opencloudeu/opencloud-rolling:7.4.0

Details

OC_URL=(set)
PROXY_TLS="false"
OC_INSECURE="false"
PROXY_ENABLE_BASIC_AUTH="false"
OC_GRPC_MAX_RECEIVED_MESSAGE_SIZE="102400000"
PROXY_AUTOPROVISION_ACCOUNTS="true"
STROAGE_SYSTEM_DRIVER=decomposed
STORAGE_USERS_DRIVER=posix
STORAGE_USERS_ID_CACHE_STORE=nats-js-kv

Additional context

"error": "{\"id\":\"eu.opencloud.api.thumbnails\",\"code\":403,\"detail\":\"thumbnails: image is too large\",\"status\":\"Forbidden\"}",

[ThShepard]

Gets fixed in #3397

[butonic]

Did you test #3397? Awesome!