Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
MIME-Version: 1.0
In-Reply-To: 
 <CAPaJBx5eyDBQhoQHi23sKvJNKq0GU1xeeRMN5wXv8cTVk_GqaQ@mail.gmail.com>
References: <20130423141547.7472d36e@svilendobrev.com>
	<CAL+Y1nt3EAAB9KQhrsWByntW-qLGG13dTmTRBObsCfe4vUtBUg@mail.gmail.com>
	<CABvT1DEOZ1iy7vNEQdo90A2m7RMAU-L3o9z-Wun4b+xbr1BgXQ@mail.gmail.com>
	<CABvT1DEqK7r_4KJ32FcmcAfvDj+5v63oJCQfvfHuPKsMFZ_Lpg@mail.gmail.com>
	<CAPaJBx7W8f=R0Lt8pCoRq-ajr2kcAV0TXHJBgpyp1zRrRHbKaw@mail.gmail.com>
	<CABvT1DG+vCR5KnhdafRSxsRor7u25k+oypqnG+cr9AxmKZEf-w@mail.gmail.com>
	<CAPaJBx5eyDBQhoQHi23sKvJNKq0GU1xeeRMN5wXv8cTVk_GqaQ@mail.gmail.com>
Date: Tue, 23 Apr 2013 14:17:26 +0100
Message-ID: 
 <CABvT1DH+0AGXAFoU0iAaYtjkBrLO8wfh5RUrRhgJCN49e-3jXw@mail.gmail.com>
Subject: Re: passwords
From: Robert Newson <rnewson@apache.org>
To: "user@couchdb.apache.org" <user@couchdb.apache.org>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Probably, I only have time today to test and backport this issue,
given that I wrote the fix for it.

eta 10 mins.

On 23 April 2013 14:14, Noah Slater <nslater@apache.org> wrote:
> Any other bugs while we're at it. I'll be sending out a formal request
> tonight for people to do merges. But may as well mention it now.
>
>
> On 23 April 2013 14:11, Robert Newson <rnewson@apache.org> wrote:
>
>> good thought.
>>
>> On 23 April 2013 14:07, Noah Slater <nslater@apache.org> wrote:
>> > Can we put this into one or more of the bugfixes branches?
>> >
>> >
>> > On 23 April 2013 14:02, Robert Newson <rnewson@apache.org> wrote:
>> >
>> >> I believe the fix for this is 5d4ef930 which is on master (which will
>> >> be 1.4) only.
>> >>
>> >> specifically;
>> >>
>> >> -        [Name, Pass] =3D re:split(NamePass, ":", [{return, list}]),
>> >> +        [Name, Pass] =3D re:split(NamePass, ":", [{return, list}, {p=
arts,
>> >> 2}]),
>> >>
>> >> B.
>> >>
>> >>
>> >>
>> >>
>> >> On 23 April 2013 13:59, Robert Newson <rnewson@apache.org> wrote:
>> >> > Ah, that's a great distinction, rings a bell!
>> >> >
>> >> > On 23 April 2013 13:39, Dave Cottlehuber <dch@jsonified.com> wrote:
>> >> >> On 23 April 2013 13:15, svilen <az@svilendobrev.com> wrote:
>> >> >>> g'day
>> >> >>>
>> >> >>> i am trying to set a user with a password that is not just
>> >> alphanumeric.
>> >> >>> e.g. "b:@" (or if uri-encoded, b%3A%40)
>> >> >>>
>> >> >>> but the result of getting the /_users/ doc is always
>> 401-unauthorized.
>> >> >>>
>> >> >>> if i login in Futon, it seems to work.
>> >> >>> when i compute the pasword_sha myself and compare to whats in
>> user/doc,
>> >> >>> it matches.
>> >> >>>
>> >> >>> but http via basic authentication won't let me in.
>> >> >>> e.g.
>> >> >>> curl -vX GET
>> >> >>> http://auser:b%3A%40@server:5984/_users/org.couchdb.user%3Aauser
>> >> >>>
>> >> >>> (seems the subject is very tricky and rarely paid attention to in
>> >> >>> various http libraries i looked recently. Everyone just lumps the
>> >> >>> usr+":"+psw and uri-encoding/decoding is left out..)
>> >> >>
>> >> >> Hi Svilen,
>> >> >>
>> >> >> From curl, you can:
>> >> >>
>> >> >> curl -vX GET $COUCH -u tricky:p@sswd
>> >> >>
>> >> >> and leaving off the password field allows you to enter it manually=
 or
>> >> >> even echo ':p@sswd' | curl =85
>> >> >>
>> >> >> or if you're POSTing I think you can also use this:
>> >> >> http://curl.haxx.se/docs/manpage.html#--data-urlencode
>> >> >>
>> >> >> curl -d name=3Djohn --data-urlencode passwd=3D@31&3*J
>> >> https://www.mysite.com
>> >> >>
>> >> >> Anyway AFAICT there's a bug in CouchDB if the password starts with=
 a
>> `:`
>> >> >>
>> >> >> $COUCH=3Dhttp://admin:pwd@localhost:5984
>> >> >>
>> >> >> curl -HContent-Type:application/json \
>> >> >>   -vXPUT $COUCH/_users/org.couchdb.user:mrtricky \
>> >> >>   --data-binary '{"_id": "org.couchdb.user:mrtricky","name":
>> >> >> "mrtricky","roles": [],"type": "user","password": ":pwd"}'
>> >> >>
>> >> >> I would expect that I can subsequently use either curl or httpie.o=
rg
>> ,
>> >> >> neither of them succeed with -u mrtricky::pwd or -u mrtricky &
>> getting
>> >> >> password from terminal.
>> >> >>
>> >> >> A+
>> >> >> Dave
>> >>
>> >
>> >
>> >
>> > --
>> > NS
>>
>
>
>
> --
> NS