Bug P2
Status Update
Comments
ni...@google.com <ni...@google.com>
[Deleted User] <[Deleted User]> #3
[Comment deleted]
ej...@evanjones.ca <ej...@evanjones.ca> #4
Interestingly: If the web client makes a byte range request, and the app allows this (use_ranges=True), then the server will report the correct output in the Content-Range header. For example, if you use:
touch (my_filename)
wget --server-response --continue (my blobstore URL)
Then wget will correctly show a progress bar for this request.
touch (my_filename)
wget --server-response --continue (my blobstore URL)
Then wget will correctly show a progress bar for this request.
pe...@pepto.de <pe...@pepto.de> #7
Even though "transfer-encoding: chunked" may be a perfectly legitimate way of transferring responses over HTTP, end-users will keep wondering why downloads from "your platform" don't have progress bars like anybody else.
I think it's really frustrating that Google just isn't fixing this... :-(
I think it's really frustrating that Google just isn't fixing this... :-(
[Deleted User] <[Deleted User]> #8
Another way to work around this is to perform a HEAD request and use that content-length. Assuming the content-length doesn't change between the requests.
jj...@gmail.com <jj...@gmail.com> #9
[Comment deleted]
sr...@gmail.com <sr...@gmail.com> #10
No fix for this even after 5 years?
This seems to be most stared issue regarding BlobStore.
I'm facing this problem in Java
This seems to be most stared issue regarding BlobStore.
I'm facing this problem in Java
ni...@daskalou.com <ni...@daskalou.com> #13
We are experiencing this same issue when serving objects stored in Google Cloud Storage (not Blobstore) using the X-AppEngine-BlobKey header.
Description
the Content-Length header can no longer be set for "security purposes." Without being able to set that header, though, all blob downloads now have unknown lengths, causing all major browsers show unknown length progress indicators. This is an extremely undesirable state of affairs for the large and lengthy downloads which my app provides.
To solve this problem previously, I used the size field of the BlobInfo records in the datastore to set the Content-Length header directly, but now that this is no longer allowed, I am without recourse.
The following bug is related, but is not a solution to this problem: