httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Torsten Förtsch <>
Subject Is this a test framework bug?
Date Sun, 17 Apr 2011 15:51:42 GMT

t/modules/proxy.t of the test framework contains at line 32 the following 2 

  $r = GET("/reverse/modules/cgi/");
  ok t_cmp($r->code, 200, "reverse proxy to nph-102");
  ok t_cmp($r->content, "this is nph-stdout", "reverse proxy 102 response");

The test fails here and I think the test is wrong. When accessed via socat I 
see this output:

echo -e 'GET /reverse/modules/cgi/ HTTP/1.1\r\nHost: 
localhost:8538\r\n\r' | socat stdio tcp:localhost.localdomain:8538
HTTP/1.1 102 Please Wait...
Host: nph-102

HTTP/1.1 200 OK
Date: Sun, 17 Apr 2011 15:30:30 GMT
Server: Apache/2.3.12-dev (Unix) mod_ssl/2.3.12-dev OpenSSL/1.0.0 DAV/2
Content-Type: text/plain
Transfer-Encoding: chunked

this is nph-stdout

I believe this is what is to be expected.

But the test above tests for status 200 only. So, it will succeed if the proxy 
module eats up the 102 message. This may be a problem with my libwww-perl. LWP 
has recently experienced a major release upgrade. It reports $r->code as 102. 
Perhaps older versions report the 2nd response only.

Torsten Förtsch

Need professional modperl support? Hire me! (

Like fantasy?

View raw message