Add Content-Range capability to the File getObject adapter. #358
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
What kind of change does this PR introduce?
Added Content-Range capability to the File adapter allowing for video streaming.
What is the current behavior?
Storage module would not honour range requests when requesting video files from buckets files by clients using the public URL. Video players request video files with range values to improve loading performance. The File adapter would ignore these ranges and return the entire file, causing an excessive delay when attempting to play a large video file (ie: 1gb).
What is the new behavior?
File adapter checks for the existence of the Range header, then returns the appropriate chunk of the requested file. If the header is not present then it returns to the standard response containing the entire file.