Bug #64620 for AnyEvent-HTTPD: Add OPTIONS method support.

Sun Jan 09 02:40:07 2011 nrh [...] HEP.CAT - Ticket created

CC:	nep [...] noisetu.be
Subject:	Add OPTIONS method support.
Date:	Sun, 9 Jan 2011 02:39:56 -0500
To:	bug-AnyEvent-HTTPD [...] rt.cpan.org
From:	nicholas harteau <nrh [...] HEP.CAT>

The attached patch adds support for HTTP/1.1 OPTIONS support. the patch itself is trivial, included are tests based on: https://developer.mozilla.org/En/HTTP_Access_Control#Preflighted_requests the tests do add a few dependencies to the test suite, which I added to Makefile.PL we needed options support to serve cross-site requests from AnyEvent::HTTPD. Nick Purvis <nep@noisetu.be> is the author of the patch I'm the author of the tests. -- nrh@HEP.CAT l^o

Message body is not shown because sender requested not to inline it.

Wed Jan 19 11:05:26 2011 nrh [...] HEP.CAT - Correspondence added

Subject:	Re: [rt.cpan.org #64620] AutoReply: Add OPTIONS method support.
Date:	Wed, 19 Jan 2011 11:05:14 -0500
To:	Bugs in AnyEvent-HTTPD via RT <bug-AnyEvent-HTTPD [...] rt.cpan.org>
From:	nicholas harteau <nrh [...] HEP.CAT>

this updated patch adds a new constructor option, 'allowed_methods', along with an accessor for the data. also includes tests. AnyEvent::HTTPD->new; # defaults to allowed_methods => [qw/GET HEAD POST/] AnyEvent::HTTPD->new( allowed_methods => [qw/GET/] ); # return 501 not implemented for HEAD,POST, others AnyEvent::HTTPD->new( allowed_methods => [qw/frobozz/] ); # only serve frobozz requests (not very useful) -- nrh@HEP.CAT l^o

Message body is not shown because sender requested not to inline it.

Mon Jan 31 07:02:31 2011 elmex [...] ta-sa.org - Correspondence added

Patch applied, going to be online soon in version 0.90.

Mon Jan 31 07:02:33 2011 The RT System itself - Status changed from 'new' to 'open'

Mon Jan 31 07:02:33 2011 elmex [...] ta-sa.org - Status changed from 'open' to 'resolved'