False cache hits leading to corrupt downloads
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 33
- Forks
- 30
- Avg merge
- 2d 21h
- Merged PRs (30d)
- 6
Description
A user of the r bindings reported weird behavior when downloading a file https://openml.org/data/v1/download/16797613/CIFAR_10.arff
After some testing I think I see the bug: you are using a server-side cache which seems to not understand the Vary: Accept-Encoding header that you use to key the cache.
As a result, the cache server is sending cached responses that are compressed with gzip or brotli to clients that do not support it, or at least did not request this in the Accept-Encoding request header, and hence are not decompressing it.
I confirmed the problem goes away when you add some random ?nocache=1234 parameter to the URL to force bypassing the cache.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No file or test is named. Start by tracing the download endpoint for the CIFAR-10 URL and reproduce requests with different Accept-Encoding values, comparing cached responses with and without the nocache query parameter. Done means clients receive a response matching their requested encoding without requiring a cache-bypass parameter.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- backend, infrastructure
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100