… | |
… | |
5 | TODO: download example |
5 | TODO: download example |
6 | |
6 | |
7 | - hopefully fully upgraded to HTTP/1.1. |
7 | - hopefully fully upgraded to HTTP/1.1. |
8 | - use more differentiated status 59x codes. |
8 | - use more differentiated status 59x codes. |
9 | - ignore leading zeroes in http version. |
9 | - ignore leading zeroes in http version. |
|
|
10 | - handle spaces in content-length headers more gracefully. |
10 | - much improved cookie implementation: |
11 | - much improved cookie implementation: |
|
|
12 | - properly implement cookie expiry (for new cookies). |
|
|
13 | - new function to expire cookies and sessions: cookie_jar_expire. |
11 | - add special exception to parse broken expires= keys in |
14 | - add special exception to parse broken expires= keys in |
12 | set-cookie headers. |
15 | set-cookie headers. |
13 | - do not quote cookie values when not strictly necessary, to |
16 | - do not quote cookie values when not strictly necessary, to |
14 | improve compatibility with broken servers. |
17 | improve compatibility with broken servers. |
15 | - accept and send lots of invalid cookie values exactly as |
18 | - accept and send lots of invalid cookie values exactly as |
16 | they were received - this should not impact valid values. |
19 | they were received - this should not impact valid values. |
17 | - lowercase cookie parameter names for improved compatibility. |
20 | - lowercase cookie parameter names for improved compatibility. |
18 | - support the max-age cookie parameter, used if expires is missing. |
21 | - support the max-age cookie parameter, used if expires is missing. |
19 | - properly implement cookie expiry. |
|
|
20 | - support cookie dates in parse_date. |
22 | - support cookie dates (and a few others) in parse_date. |
|
|
23 | - suppoer value-less parameters (e.g. secure, httponly). |
21 | |
24 | |
22 | 1.5 Fri Dec 31 04:47:08 CET 2010 |
25 | 1.5 Fri Dec 31 04:47:08 CET 2010 |
23 | - bugfix: after headers were received, if any error occured the wrong |
26 | - bugfix: after headers were received, if any error occured the wrong |
24 | (server-sent) Status and Reason fields would be passed to the callback. |
27 | (server-sent) Status and Reason fields would be passed to the callback. |
25 | - when an error occurs during transfer, preserve status/reason. |
28 | - when an error occurs during transfer, preserve status/reason. |