-
Notifications
You must be signed in to change notification settings - Fork 149
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix range handling for oversized and out of range situations #373
Conversation
1259dc2
to
3535434
Compare
Thanks for the simple fix, and nice use of |
Will do/did. Engine ver bumped and added an appropriate response header for the 416 response. Let me know if you need anything else. |
Anything else needed for this to get merged? |
This ensures no file handles are left open after receiving an unsatisfiable range request by never opening the stream in the first place.
This ensures no file handles are left open after receiving an unsatisfiable range request by never opening the stream in the first place.
reimplement #373 to work on Windows
object.range = { | ||
start: options.start || 0, | ||
end: options.end || object.size - 1 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think this broke the range response header in 2.2.8, but looks like it's fixed on master.
Range requests were doing a few things wrong:
This broke things that depend on range requests (notably s3-blob-store & feathers-blob) which we use extensively. Hoping for a quick merge & tag so we can keep pulling from the real upstream.
Thanks for a great project!