February 2009 - drakma-devel@lists.common-lisp.net

[drakma-devel] a bug in send-cookie-p function
by Tomo Matsumoto 25 Feb '09

25 Feb '09

Hello guys, This is my first post here. I think I found a bug in drakma. When I send an http request to the root directory with cookie path set to "/", drakma::send-cookie-p function returns nil. Therefore, drakma don't send any cookie. ex) request-uri: "http://localhost/" or "http://localhost/?key=value" cookie: #<COOKIE sid=xx; expires=Sun, 17-01-2038 19:14:07 GMT; path=/; domain=localhost> That is because the way of using puri's uri functions is wrong. I think Edi expects following code returns "/", but it returns nil. That's why drakma::send-cookie-p function returns nil. (let* ((uri "http://localhost/") (uri (cond ((puri:uri-p uri) (puri:copy-uri uri)) (t (puri:parse-uri uri))))) (puri:uri-path uri)) Do you think it's a bug in drakma? Or has it been already fixed? The versions of related packages. SBCL 1.0.18.debian drakma-0.11.5 puri-1.5.1 I am looking forward to hearing from you. Thanks, Tomo

2 1

[drakma-devel] New releases of Hunchentoot, Drakma, and Chunga
by Edi Weitz 19 Feb '09

19 Feb '09

Hi, I've just released new versions (all called 1.0.0) of Hunchentoot, Drakma, and Chunga. Note that none of these is compatible with earlier versions, so if you upgrade, you'll need to upgrade all of them. If you're using Hunchentoot or Drakma in a production environment and if it works well for you, you probably shouldn't switch. These are releases with a lot of changes and it is pretty likely that they contain bugs. If you're tracking the development, it'd be nice if you could download the new versions and provide feedback, though. The good news: * Hunchentoot has a new architecture that should hopefully make it much easier to extend or to customize it. * Both Huchentoot and Drakma should be faster now. * Now that we finally have release versions again, there are more things to come. Expect 1.0.1, 1.0.2, etc. releases in the next weeks. The bad news: * The Hunchentoot API has changed considerably and you'll have to read the documentation to see how it works now. Of course, we didn't do that to annoy you - we have to change our own web apps as well. We think that the new API is better, though, and that the change was worth it. * Some stuff has been removed, either because it seemed that nobody used it or because we thought it didn't really belong into a web server. Have fun, Edi.

3 3

[drakma-devel] http-request fails because of puri...
by Andrei Stebakov 07 Feb '09

07 Feb '09

Hi I have a link like "http://www.test.com/aaa.aspx?par1=http://www.test2.com/bbb.aspx?par2=http:/…" (I changed names but the structure is the same) For me it's a completely legit request as those nested requests create the right cookie environment for the subsequent calls. If I paste it in a browser, it'll give me the right page with the right cookies set. When I use (http-request link) with the link puri complains: Parse error:URI "http://www.test.com/aaa.aspx?par1=http://www.test2.com/bbb.aspx?par2=http:/…" contains illegal character #\? at position 63. [Condition of type PURI:URI-PARSE-ERROR] I can repro this error with: (puri:parse-uri "http://www.test.com/aaa.aspx?par1=http://www.test2.com/bbb.aspx?par2=http:/…") Apparently puri doesn't like the "?" in the parameter section of the first request (before par2). Does it make the whole request invalid? How can I get around this issue? Thank you, Andrei

2 1