- 06 Aug, 2011 9 commits
-
-
Ben Copsey authored
-
* Use [pool drain] because Xcode told us to * Get rid of a couple of random nib warnings
Ben Copsey authored -
Ben Copsey authored
-
- 02 Aug, 2011 2 commits
-
-
Ben Copsey authored
-
Ben Copsey authored
-
- 21 Jul, 2011 1 commit
-
-
Dominic Dagradi authored
-
- 19 Jul, 2011 1 commit
-
-
Zach Drayer authored
-
- 05 Jul, 2011 2 commits
-
-
Ben Copsey authored
-
UIInterfaceOrientation o = [[UIApplication sharedApplication] statusBarOrientation]; to solve building warning on XCode4.2 and iOS SDK 5.0
JmeHsieh authored
-
- 03 Jul, 2011 1 commit
-
-
…o that the code can be reused. The functionality is common enough that it may be advantageous for a third party looking at the request headers to use this method to calculate the request's expiry date. Unit tests: No new tests. Documentation: Documented the new method +expiryDateForRequest:maxAge:
jverkoey authored
-
- 27 Jun, 2011 1 commit
-
-
Ben Copsey authored
-
- 17 Jun, 2011 1 commit
-
-
Christopher Cotton authored
-
- 05 Jun, 2011 3 commits
-
-
Ben Copsey authored
-
- 04 Jun, 2011 4 commits
-
-
Ben Copsey authored
-
Ben Copsey authored
-
Ben Copsey authored
-
* If key is empty, don't add anything (value can be empty) * All file/data methods now do through the long form addData:withFileName:andContentType:forKey: method, to cut down on a bit of duplication Thanks to Bas Scheffers for suggesting changes here!
Ben Copsey authored
-
- 02 Jun, 2011 1 commit
-
-
If you start multiple ASIHTTPRequests from different threads at the same time, you could encounter a condiition where networkThread is being multiply initialized
Florent Pillet authored
-
- 28 May, 2011 8 commits
-
-
Ben Copsey authored
-
Ben Copsey authored
-
need to use NOT NOT maxBandwidthPerSecond instead of (maxBandwidthPerSecond). Otherwise value like 1024 will be false
Ben Copsey authored -
Ben Copsey authored
-
Ben Copsey authored
-
Ben Copsey authored
-
Ben Copsey authored
-
- 19 May, 2011 1 commit
- 16 May, 2011 1 commit
-
-
Peter Steinberger authored
-
- 15 May, 2011 3 commits
-
-
ASIDownloadCache will now store 301, 302, 303 and 307 redirect responses in the cache. Requests pulling from the cache will automatically redirect (assuming shouldRedirect is true) as if they'd received a Location header from the server. This change should allow the download cache to operate more effectively as an offline fallback when no internet connection is available. Additionally, requests encountering a 304 will no longer read from the cache and then write back to it. Instead, they merely update the expiry date (if an updated date was supplied). As part of this work, two new required methods were added to the ASICacheDelegate protocol, see ASICacheDelegate.h for more info Finally, ASIDownloadCache now stores the response status code in a custom header in the cached headers dictionary, and requests will have their response status code set to this when they are pulled from the cache.
Ben Copsey authored -
…celLoad if the whole download is complete * Also, don't clear responseHeaders in cancelLoad closes gh-182
Ben Copsey authored -
Ben Copsey authored
-
- 14 May, 2011 1 commit
-
-
* Tweak ouput from all debug options, adding a label to make debug output easier to scan * Tweak a couple of tests to make them more reliable
Ben Copsey authored
-