Another dumb-mode PHP consumer demo

[Carl Howells]

Alan J Castonguay wrote:
> Replaced stupid 'always-add-trailing-/' kludge with proper url regex,
> so urls with a path component arn't fudged. Now not mangling query
> string in openid.server url before handing it off to HTTP_Request.
> 
> Tests indicate POST & querystrings work fine:
> http://verselogic.net/openid/schtuff.php
> 
> I entered http://users.schtuff.com/carl as the identity url, and was
> redirected to the following location, presented with "OpenID Trust
> Verification"/login/"Trust http://verselogic.net/ with your
> identity?":
> 
> http://www.schtuff.com/?action=trust&cancel_to=http%3A%2F%2Fverselogic.net%2Fopenid%2Fguestbook.php%3Fopenid.mode%3Dcancel&dest=http%3A%2F%2Fwww.schtuff.com%2F%3Faction%3Dopenid_server%26openid.identity%3Dhttp%253A%252F%252Fusers.schtuff.com%252Fcarl%26openid.mode%3Dcheckid_setup%26openid.return_to%3Dhttp%253A%252F%252Fverselogic.net%252Fopenid%252Fguestbook.php%26openid.trust_root%3Dhttp%253A%252F%252Fverselogic.net%252F&identity=http%3A%2F%2Fusers.schtuff.com%2Fcarl&trust_root=http%3A%2F%2Fverselogic.net%2F
> 
> Which is, as far as I can tell, what /should/ be happening. Please
> give it another shot, Carl.

Well, one out of three cases that I tried are working correctly now. 
The identities I tried:

users.schtuff.com/carl
http://users.schtuff.com/carl
http://www.cs.uoregon.edu/~chowells/test.html

Only the second identity worked.  In the first case, it seems that 
adding "http://" confused whatever parsing you were doing.  The third 
case uses delegation to the second identity and the correct identity 
server url.  It gave the same error as the first case.

Carl