Re: [STATUS] 1.3b3-dev Fri Nov 14 17:45:25 EST 1997

["Roy T. Fielding" <fi...@kiwi.ics.uci.edu>]

>    * discard_request_body only called in default_handler() and not die()
>	which causes, for example, mod_cgi not to do the right
>	thing. Add 'dummy = discard_request_body(r);' ?

Duplicate

>    * Marc's [PATCH] typecast in mod_mime_magic
>	<Pi...@alive.znep.com>
>	Status: Marc +1, Jim +1

+1

>    * Marc's [PATCH] fix strtoul
>	<Pi...@alive.znep.com>
>	Status: Marc +1, Jim +1, Martin +1

I thought this was committed (?)

>    * Dean's [PATCH] clean up check_cmd_context
>	<Pi...@twinlark.arctic.org>
>	Status: Dean +1, Jim +1, Ken +1, Martin +1
>	<<removes showstopper>>

Dean just committed.

>    * Lars' [Patch] provide useful error entry if AuthType is missing
>	<XF...@unix-ag.org>
>	Status: Dean +1, Martin +1

+1

>    * Ken's [PATCH] start on libap (fixes PR#905 et alia)
>	<00...@PROCESS.COM>
>	Status: Ken +1, Dean +1

+1

>    * Paul Eggert's [PATCH] suexec/1343: year-2000 bug in suexec log
>	<Pi...@twinlark.arctic.org>
>	Status: Martin +1, Marc +1, Dean (Wants something more common)

+1

>    * Martin's [PATCH] "Signing" server generated pages
>	<19...@deejai.mch.sni.de>
>	Status: Martin +1,

-1  I dislike such signatures.  It would need to be an option, and in
    any case would never include a mailto link, in order for me to +0.

>    * Marc's [PATCH] define to allow passing of Authorization header
>	<Pi...@alive.znep.com>
>	Status: Marc +1, Dean +1 (with note), Paul +1

+1

>    * Dean's protocol/1195: Bug in Authentication header (fwd)
>	<Pi...@twinlark.arctic.org>
>	Status: Conceptual: Dean +1, Paul +1, Martin +1, Ken +1

This one isn't a patch.

>    * Martin's [PATCH] [FEATURE] Clickable Path Components in ftp dir header
>	<19...@deejai.mch.sni.de>
>	<19...@deejai.mch.sni.de>
>	Status: Martin +1, Ken +1

+1 (it is also a bug fix).

>Closed issues:
>
>    * Removal of inetd mode
>	Ken says he'll try to maintain it, since there are
>	people/places who need it

Note that timeouts are probably broken for inetd mode, just as they
are for -X.  I think we'll need to replace OPTIMIZE_TIMEOUTS with a
runtime option.

>    * 206 vs. 200 issue on Content-Length
>	See <Pi...@valis.worldgate.com>

The current behavior is correct.  A range which extends beyond the actual
length of the entity is possible in cases where a device is attempting
to limit the response size (think PDA) even when it doesn't yet know
the actual length.  At least, that was the goal.

....Roy