Open GoogleCodeExporter opened 9 years ago
Original comment by leah.culver
on 7 Apr 2009 at 11:46
Attached is a patch that resolves this issue.
Github commit:
http://github.com/joshthecoder/python-oauth/commit/18f8a6b985237fd14cb57528e6d2b
58257f4ad2b
Original comment by jroessl...@gmail.com
on 8 Dec 2009 at 8:49
the above patch does not produce the correct signature b/c it only changes the
to_post(), the get_normalize_parameters() must also be updated to produce a
valid
signature.
this code is slightly different in how it flattens the embedded arrays, but
shares
the logic for both to_post and get_normalize_parameters.
this diff produced by:
diff -u orig/oauth.py new/oauth.py > multivalue.patch
it'd be great to get this type of fix into the next distribution of this lib, so
other people don't spend time dealing with this issue.
Original comment by woody.an...@gmail.com
on 5 Feb 2010 at 6:53
Attachments:
there is a much simpler fix done by Brian Rosner. find that here:
http://github.com/simplegeo/python-oauth2/commit/5e32b4cb229e1ba93454420d5e68c14
02475832f
Original comment by woody.an...@gmail.com
on 7 Feb 2010 at 1:54
Yeah that fix should do the trick. I was a bit puzzled what doseq really did.
The
documentation for it is a bit confusing. We should then just tack on True to the
urlencode method.
Original comment by jroessl...@gmail.com
on 7 Feb 2010 at 2:41
One thing though we don't use urlencode. I think the reason for that is ~ are
safe
which urlencode will still encode. AFAIK there's no way to supply a safe list.
Original comment by jroessl...@gmail.com
on 7 Feb 2010 at 2:45
Original issue reported on code.google.com by
nat...@sandlands.org
on 27 Feb 2009 at 10:26