You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If I try to use a wraplist larger than 8000 bytes, OW2 completely ignores it. list-wrap says the corresponding repository is empty.
Edit: Some further study has shown that my Apache2 sends files this "large" with the "Transfer-Encoding: chunked" header. OW2 seems unable to handle this (probably because the content length isn't set in this context.
The text was updated successfully, but these errors were encountered:
ancow
added a commit
to ancow/openwrap
that referenced
this issue
Oct 10, 2012
- fix issue OpenWrap#344 by not simply ignoring "Transfer-Encoding: chunked" answers and making ProgressStream able to handle streams where the total isn't known beforehand
It turns out that in C#, the content length is set to "-1" if it isn't specified. According to the HTTP/1.1 specification, not specifying content-length when transfer-encoding is set to "chunked" is valid behaviour, so the above commit checks for its presence and extends ProgressStream to support having an unknown final length.
This solution works for me (tested in conjunction with the invalid SSL certificate) on a remote server running Apache.
If I try to use a wraplist larger than 8000 bytes, OW2 completely ignores it. list-wrap says the corresponding repository is empty.
Edit: Some further study has shown that my Apache2 sends files this "large" with the "Transfer-Encoding: chunked" header. OW2 seems unable to handle this (probably because the content length isn't set in this context.
The text was updated successfully, but these errors were encountered: