Custom Query (1630 matches)
Results (28 - 30 of 1630)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#1074 | fixed | intarweb request parsing and Spiffy handling of said requests is inconsistent in case of improper request line URIs | ||
Description |
Not sure in which egg the actual bug is residing, but sometimes the server closes the connection instead of returning a 400: Bad Request
You can simulate a Bad Request by starting Spiffy and requesting But requesting the following URLs closes the connection, without returning anything:
" is actually %22, so I think the problem lies somewhere with handling %-characters. |
|||
#1075 | fixed | [intarweb] Expires attribute of set-cookie-parser should use rfc1123 dates | ||
Description |
A comment in ;; We're using http-date-subparser for 'expires' instead of rfc850-subparser ;; (which would be the correct thing to do) because several well-known web ;; server software packages (tested: PHP and Rails) get it wrong. So we ;; will go by the robustness principle and allow any kind of HTTP date. But according to RFC6265 (http://tools.ietf.org/html/rfc6265#section-4.1) the Expires attribute should use RFC1123 dates, not RFC850 dates. So I think (at least) the comment is not correct. |
|||
#879 | invalid | Tests: Assert failure in library-test.scm on MinGW | ||
Description |
"gcc" "a.c" -o "a.o" -c -fno-strict-aliasing -fwrapv -DHAVE_CHICKEN_CONFIG_H -DC_ENABLE_PTABLES -march=native -O2 -IC:/Dev/MinGW32/include -IC:/Dev/GnuWin32/include -I.. -I"C:/Dev/Chicken/include/chicken" rm a.c "gcc" "a.o" -o "a.out" -Wl,--enable-auto-import -LC:/Dev/MinGW32/lib -LC:/Dev/GnuWin32/lib -L.. -L"C:/Dev/Chicken/lib" -lchicken -lm -lws2_32 rm a.o Error: (library-tests.scm:204) assertion failed: (= (atan 42. 1.2) (fpatan2 42. 1.2)) Some naive testing of the above in csi and csc yields identical numbers from both functions. MinGW is lastest stable. |