[Pywikipedia-l] login.py is broken !

Nicolas Dumazet nicdumz at gmail.com
Fri May 30 16:33:17 UTC 2008


I can't login anymore using login.py on wikimedia sites. This is, I
think, because of the recent changes with Global Auth / SUL.

This is not an immediate issue, because we can actually all use our
bots, given that our cookies dont expire. But with time this is going
to be annoying.

On a timeline aspect, Darkoneko told me that login.py was working
yesterday morning, so this is quite recent.

So far, I can give you an HTTP response on a login (given that the
right password is entered) :

Date: Fri, 30 May 2008 15:58:11 GMT
Server: Apache
X-Powered-By: PHP/5.2.1
Cache-Control: private, s-maxage=0, max-age=0, must-revalidate
Set-Cookie: frwiki_session=xxxxxxxxxxxxxxxxxxx; path=/; HttpOnly
Set-Cookie: frwikiUserID=280295; expires=Sun, 29-Jun-2008 15:58:11
GMT; path=/; httponly
Set-Cookie: frwikiUserName=DumZiBoT; expires=Sun, 29-Jun-2008 15:58:11
GMT; path=/; httponly
Vary: Accept-Encoding,Cookie
X-Vary-Options:
Accept-Encoding;list-contains=gzip,Cookie;string-contains=frwikiToken;string-contains=frwikiLoggedOut;string-contains=frwiki_session;string-contains=centralauth_Token;string-contains=centralauth_Session;string-contains=centralauth_LoggedOut
Expires: Thu, 01 Jan 1970 00:00:00 GMT
Location: http://fr.wikipedia.org/w/index.php?title=Special:Connexion&wpCookieCheck=login
Content-Encoding: gzip
Content-Length: 20
Content-Type: text/html; charset=utf-8
X-Cache: MISS from sq24.wikimedia.org
X-Cache-Lookup: MISS from sq24.wikimedia.org:3128
X-Cache: MISS from knsq29.knams.wikimedia.org
X-Cache-Lookup: MISS from knsq29.knams.wikimedia.org:3128
X-Cache: MISS from knsq25.knams.wikimedia.org
X-Cache-Lookup: MISS from knsq25.knams.wikimedia.org:80
Via: 1.0 sq24.wikimedia.org:3128 (squid/2.6.STABLE18), 1.0
knsq29.knams.wikimedia.org:3128 (squid/2.6.STABLE18), 1.0
knsq25.knams.wikimedia.org:80 (squid/2.6.STABLE18)
Connection: close


We are given 3 cookies, but we previously expected one more cookie,
frwikiToken, which is not available on the HTTP answer. Previously,
when all the cookies werent sent back, we searched for a captcha in
the page and sent again the post data with the captcha answer to
retrieve the entire cookie.

However, here, there is no page content. The HTTP response is a 302,
page temporarily moved, and the relocaton - from the header - is
http://fr.wikipedia.org/w/index.php?title=Special:Connexion&wpCookieCheck=login

I don't know what is needed here : I tried retrieving that second
page, and unsurprisingly, the HTTP response is a 403 forbidden, likely
because I need to send along some data. The question is : what data
exactly is needed ? Send again the same post data ?

X-vary-options mentions the missing cookie, frwikiToken, do you know
what is that header entry ? Google searches return squid issues (and
funny thing, patches from Tim Starling) : is it relevant here ?
About squids, I consider the cache MISSes as normal, because squids
can't handle login information, and just redirect us to a login
server. Am I right on this one ?


Any help on this is welcome, I failed finding any related mediawiki
documentation.

Most of all, if someone finds a fix, I'd really be interested by the
walkthrough : I'm quite lost with that problem, not exactly knowing
what I should test / try / check. And I need to learn how to do this
:þ

-- 
Nicolas Dumazet — NicDumZ [ nIk.d̪ymz ]
Deuxième année ENSIMAG.


More information about the Pywikipedia-l mailing list