couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Tim Kuijsten <>
Subject Re: browserid support
Date Wed, 28 Dec 2011 15:02:01 GMT
On the browserid list the tech-lead just said that primary IdP support 
is coming in January:
"...until we have primary authority support (coming in January)..."

Op 27-12-11 06:09, Randall Leeds schreef:
> On Sun, Dec 25, 2011 at 22:02, Jason Smith<>  wrote:
>> On Mon, Dec 26, 2011 at 9:51 AM, Michiel de Jong<>  wrote:
>>> The other thing, CouchDB as a BrowserId RP, would simply be instead of
>>> clicking 'login' at the bottom right in futon, there would be a BrowserId
>>> sign in button there. This is nice because then people don't have to
>>> remember their CouchDB password all the time. Or for that matter, their
>>> password in whatever app uses CouchDB. This would have to be something in
>>> front of CouchDB, which check the BrowserId assertion, and opens a session
>>> - which may involve storing the plain text admin password and sending this
>>> to the client, or creating a session token and staying inbetween as a
>>> proxy, or creating a session token and adding this into the _users database
>>> as you send it in plain text to the client.
>> We are further along than that. CouchDB can confirm a valid BrowserID
>> identity (however it uses the web service). But the
>> experience for the Couch application developer is quite good (IMO).
>> --
>> Iris Couch
> As Jason points, out, CouchDB can already act as an RP with the
> BrowserID plugin mentoined. I still have a lot of interest in making
> CouchDB both a primary identity provider and a verifier, but I've lost
> track of the state of BrowserID. I'm including dev@ in the hopes that
> a discussion about implementation can grow there.
> -Randall

View raw message