From edi at agharta.de Thu Sep 6 23:35:43 2007 From: edi at agharta.de (Edi Weitz) Date: Fri, 07 Sep 2007 01:35:43 +0200 Subject: [hunchentoot-announce] New release 0.12.0 Message-ID: ChangeLog: Version 0.12.0 2007-09-07 Now uses bound for flexi stream returned by RAW-POST-DATA Needs FLEXI-STREAMS 0.12.0 or higher Version 0.11.2 2007-09-05 Fixed typo in docs Added declaration in server.lisp to appease SBCL Download: http://weitz.de/files/hunchentoot.tar.gz From edi at agharta.de Thu Sep 13 08:40:02 2007 From: edi at agharta.de (Edi Weitz) Date: Thu, 13 Sep 2007 10:40:02 +0200 Subject: [hunchentoot-announce] New release 0.12.1 (Was: port to sbcl win32: timouts are notimplemented) In-Reply-To: (Anton Vodonosov's message of "Sat, 14 Jul 2007 04:34:05 +0400") References: Message-ID: On Sat, 14 Jul 2007 04:34:05 +0400, Anton Vodonosov wrote: > It's strange. Today I've tried to load hunchentoot via asdf and the > code I've sent in previous message don't work. > > I fixed it a little and now it's possible to load hunchentoot using > asdf and sbcl win32: Thanks, I finally managed to add this code. > BTW, in the top of port-sbcl.lisp there is > #-:sb-thread > (eval-when (:compile-toplevel :load-toplevel :execute) > (warn "Without thread support, this library is only useful for development.")) > > It's quite annoying because compilation with asdf fails on this > (today; strange again I don't remember that it happened before) Yeah, sorry, this is ASDF's default behaviour that I don't necessarily like. Still, I think for pedagogical purposes it it good to have this warning in there. Cheers, Edi. From edi at agharta.de Fri Sep 14 12:19:28 2007 From: edi at agharta.de (Edi Weitz) Date: Fri, 14 Sep 2007 14:19:28 +0200 Subject: [hunchentoot-announce] New release 0.13.0 Message-ID: ChangeLog: Version 0.13.0 2007-09-14 Added *METHODS-FOR-POST-PARAMETERS* (suggested by Jonathon McKitrick) Download: http://weitz.de/files/hunchentoot.tar.gz From edi at agharta.de Tue Sep 18 14:26:00 2007 From: edi at agharta.de (Edi Weitz) Date: Tue, 18 Sep 2007 16:26:00 +0200 Subject: [hunchentoot-announce] New release 0.14.0 Message-ID: ChangeLog: Version 0.14.0 2007-09-18 Added support for "HttpOnly" cookie attribute Download: http://weitz.de/files/hunchentoot.tar.gz From edi at agharta.de Mon Sep 24 13:48:16 2007 From: edi at agharta.de (Edi Weitz) Date: Mon, 24 Sep 2007 15:48:16 +0200 Subject: [hunchentoot-announce] New release 0.14.1 (Was: Reply headers) In-Reply-To: <1190637615.8838.18.camel@localhost.localdomain> (Ralf Mattes's message of "Mon, 24 Sep 2007 14:40:15 +0200") References: <1190637615.8838.18.camel@localhost.localdomain> Message-ID: On Mon, 24 Sep 2007 14:40:15 +0200, Ralf Mattes wrote: > But trying to set the "Server" header from within a handler doesn't > seem to change the server header at all. > > [...] > > Is this a documentation bugglet or a bug in the code? Actually, I couldn't image that there'd be ungrateful wretches who would want to use Hunchentoot without advertising this cool fact in the outgoing headers... :) Anyway, this is fixed in 0.14.1 now. Thanks for the report, Edi. From edi at agharta.de Wed Sep 26 06:43:10 2007 From: edi at agharta.de (Edi Weitz) Date: Wed, 26 Sep 2007 08:43:10 +0200 Subject: [hunchentoot-announce] New release 0.14.2 (Was: 'Host', ports and redirect.) In-Reply-To: (Vladimir Sedach's message of "Tue, 25 Sep 2007 23:07:47 -0600") References: Message-ID: On Tue, 25 Sep 2007 23:07:47 -0600, "Vladimir Sedach" wrote: > The attached patch implements a new function on request objects, > server-hostname, which returns just the hostname portion of the > "Host" header value, and makes redirect use that. Thanks for the patch. I understand that it makes sense to strip off the port part of the "Host" header value, but I also like the current behaviour of REDIRECT where you get the default hostname and port for free. I've now uploaded a version which I hope combines both variants in an acceptable way. Please try. Cheers, Edi.