I was trying to use MBProgressHUD with NSURLConnection.
The example in Demo project of MBProgressHUD reports:
- (IBAction)showURL:(id)sender {
NS
I solved the problem this way, switching from NSURLRequest
to NSMutableURLRequest
and setting the value none to the encoding (previously in gzip)
NSMutableURLRequest *request = [NSMutableURLRequest requestWithURL:anURL];
[request addValue:@"" forHTTPHeaderField:@"Accept-Encoding"];
In swift i solved this issue by sending empty string in Accept-Encoding header field of the url request. Total bytes expected to write now returns the actual size in bytes of the file being downloaded.
var request = URLRequest(url: url)
request.addValue("", forHTTPHeaderField: "Accept-Encoding")
You should check the value of [response expectedContentLength]
in didReceiveResponse
.
A http server can omit the "Content-Length" header and use "Transfer-Encoding: chunked" instead. In that case the content length is not known a priori and [response expectedContentLength]
returns NSURLResponseUnknownLength
(which is -1
)`.
I could imagine that setting HUD.progress
to a negative value causes the CGPathAddArc
console messages.
According to the documentation, it can also happen that the accumulated currentLength
becomes larger than the expected response length, so you should check for that also.