- single LF aware http_chunked_decode()

- typo

- include missing.h in http.c for static property fixup
- don't free the http message in http_message_tostruct_recursive() but where it was allocated
- use the "standard" way in RETVAL_OBJVAL()

- ditch left-overs of yesterday's commit
- use http_locate_body() in http_message_parse()

- ditch http_split_response()
- unify parsing of HTTP pre-header line; add info api
- add several log facilities through http_exit()
- several other fixbits

# unfinished...

- test for bug #34191

- typo

- we pass the file name as char* not zval* in http_etag() and http_last_modified()

- content-length header awareness

- send a content-length header if we send the full plain data

- improve static property handling
- make output buffers unerasable by user
- fix method names in header
- don't overwrite custom etag and last-modified

- use &EG(symbol_table)'s HTTP_SERVER_VARS instead of
  PG(http_globals)[TRACK_VARS_SERVER] as the latter might
  only be filled with register_long_arrays=On

- bloody workaround for internal class' static properties
- fix HttpRequest_002.phpt

- catch ranges starting with 0

- add note about infunctional HttpResponse class due to the problems with static properties

- parameter to set*() and add*() methods is optional

- API cleanup: remove unset*() methods and make set*() methods capable of that

- add PHP_FUNCTION(http_parse_message) -- http_get() etc would be pretty useless without that in many cases

- proper fallthrough in zend_update_static_property()

- incorporate static property routines into missing.c

- be smart about internal/user zvals, though it's not actually used

- unused var

- missing include

- http_redirect(): proper check for ext/session; fix possible mem-leaks

- fix php4 build

- support for proprietary Unless-Modified-Since header (eq If-Unmodified-Since)

- add HttpMessage class constants

- fix builds and tests without libcurl linked in

- missing include

- fix PHP4 build
- nuke unused variables

- fix PHP4 build (has no only_exceptions INI setting

- simplify http_send_header API
- remove HttpResponse::sendHeader()
- rename HttpResponse::sendStatus() to HttpResponse::status()
- add HttpResponse::setHeader() and HttpResponse::getHeader()

- no run-tests.diff any more

- release 0.11.0

- avoid notices of new ext/date

- avoid leak in RETURN_OBJECT
- fix HttpRequest_002.phpt

- remove the declaration of http_request_global_init() from the header too

 - curl cannot use zend mm

- HTTP_REGISTER_CLASS_EX already calls http_request_object_declare_default_properties()

- we're not using new ext/date but php_gmtime_r()

# Marcus, did that INI setting really change anything for you?

- Fix property handling
- Fix tests

- No longer needed

- fix INI entries
- add INI entry http.only_exceptions
- use custom error codes so that http.only_exceptions is honored
- introduce several different exception classes
- use http_curl_conv struct for the curl callback

- no user debug callbacks any longer
- cleanup lately introduced request mess with a serious hack

# now we get the raw sent and received data through
# the curl debug callback -- all that because the "normal"
# interface does not provide us with the response bodies
# for redirects and leaves for instance the transfer encoding
# header intact while decoding the response body
#
# all this kind of stuff breaks the http message parser
#
# too much magic for a library -- all that actions should
# be done by ther CLI or such... well
#
# maybe I can convince the curl people to introduce
# a raw data callback for future versions of libcurl

- ssl options were only setable rather than modifiable through setOptions

- Add missing .cvsignore file

- fix option setting

- avoid callbacks during shutdown

- increment refcount for HttpRequest object put into hashtable as debug wrapper
- fix http_message_parse() to be only greedy at fetching body from response messages
- add HttpRequest::$recordHistory and HttpRequest::getHistory()
- fetch body of redirects through the HttpRequest::debugWrapper()

- fix possible mem-leak in http_absolute_uri()
- make url and request method configurable through HttpRequest::setOptions()

- bump version
- reset dbg_user_cb on unsetOptions()

- fix refelction info for some methods of HttpRequest
- added HttpRequest::getRequestMessage() returning the outgoing request message(s)
- added HttpRequest::debugWrapper() actually fetching the request message(s)

- release 0.10.1

-fix installation through pear

- release 0.10.0
- update docs

- actally returns STATUS

- I thought I already fixed them

- another test

- wrong file

- add tests

- no need to mark HttpUtil as final
- Reflection awareness of HttpUtil
- fix config.m4

- fix some gcc warnings

- API juggling
- make tests -which can- working with CLI and CGI

- This must not be changed here
# It belongs in the private environment or private shell startup scripts
# or a private build script that calls make. If it still should go here
# then it must be ensured that it only affects phpized builds of the ext.
#
# Anyway very brave developing!

- fix write access of HttpMessage headers array in inherited context
- fix float/double of http message's http version
- fix request pool handles destruction
- HttpRequestPool now implements Iterator
- nuke unused variables

- add response tests

- fix tests

- update

- docs

hoppla

- added capture mode to HttpResponse

- fix leaking curl callbacks

- clean previous response

- example

- proper handling of static members

- return error if headers have been already sent

- fix stream handling

- (declare|update)_property_bool is also missing

- byebye leaks
# seems odd? is odd!

what the?

- ws

- set etag if not defined by user
- unerasable output buffers

- add http_etag() for files

- fix output buffering, default mime type
- get rid of unused macros

- better some leaks than mem read errors

- fix refelction info

- separate http_methods.c into http_*_object.c files
- attempt to make HttpResponse static

# no idea, but the static members of HttpResponse are leaking all around

- reflection awareness of HttpRequest
- added HttpResponse::catchOutput()

# I'm pondering making HttpResponse a static class --
# is there even a need to instantiate an HttpResponse object?

- flush

- reflection awareness for HttpResponse, HttpMessage and HttpRequestPool

- typo

- reorder includes, always include php.h first

- added http_get_request_body()

- Add .cvsignore

- raise default timeouts (were way too low for e.g. modem commections

- missed that message.info.response.http_version should also be double

- more default curl options
- new curlsession option

- warning hunt

- bump version

- release 0.9.0