Separating content type and text encoding when constructing cached response #13

wants to merge 6 commits into


None yet
2 participants

mj commented Feb 26, 2012

While using AFCache I noticed that apparently UIWebView gets confused when the text encoding is part of the MIME type (aka content type) field of a NSURLResponse. This can happen when the original request was responded by a web application with e.g. the perfectly legal header Content-type: text/html; charset=utf-8.

I fixed this by implementing a simple parser for MIME types per RFC 2616 (see section 3.7) and using that one to split the content type and the text encoding.

Please let me know if you like the patch. If further works needs to be done to get this into your branch, I'd be happy to do that.

mj added some commits Feb 21, 2012

(At least) UIWebView instances get confused when the content encoding…
… header

is part of the MIMEType property of a NSURLResponse. Splitting the MIME type
and passing the conding using textEncodingName fixes this.

We probably need to figure out a more solid way to parse the MIME type.
Committing pending changes regarding the RFC 2616 parser.
These changes should have been part of the previous commit but
somehow got lost somewhere.

kteman commented Jul 17, 2012

This should be added. It worked great to eliminate the problem of UIWebview showing HTML code instead of the actual webpage due to mime types not being recognized.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment