Another dumb-mode PHP consumer demo

Alan J Castonguay codepoetica at gmail.com
Tue Jul 19 11:54:57 PDT 2005


The first was failing due to regex for the trailing slash using the
original claimed address rather than the semi-normalized (with http://
prefix). Fixed.

The third was failing due to extra-required-whitespace regex in my
<link> tag parse. Changed the \s+ to \s*. Fixed.

href="([^">]+)"\s* [/]?>#ix

Any other broken regexen?

On 7/19/05, Carl Howells <chowells at janrain.com> wrote:
> 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
>


More information about the yadis mailing list