pywikibot

pywikibot@lists.wikimedia.org

3 participants
6830 discussions

[Pywikipedia-l] Fwd: Re: Re: Recent changes, permission denied need patrol right
by Morten Wang 13 Apr '12

13 Apr '12

Sorry, didn't notice the reply just went to xqt, here's a forward to the list. Cheers, Morten ---------- Forwarded message ---------- From: Morten Wang <nettrom(a)gmail.com> Date: 13 April 2012 14:15 Subject: Re: Re: Re: [Pywikipedia-l] Recent changes, permission denied need patrol right To: info(a)gno.de I grabbed the latest trunk from SVN and wrote a variant of the test script I linked to earlier, and then it works just fine. What's the take on trunk vs 2.0? When I started using PWB a couple of years ago (or thereabouts), 2.0 was the preferred version. Should I consider switching back? Cheers, Morten On 13 April 2012 11:35, <info(a)gno.de> wrote: > Oh I see, its pwb 2.0. Have you ever tried to run your script with the trunk release? > > Regards > xqt > > > ----- Original Nachricht ---- > Von: Morten Wang <nettrom(a)gmail.com> > An: info(a)gno.de > Datum: 13.04.2012 17:02 > Betreff: Re: Re: [Pywikipedia-l] Recent changes, permission denied need patrol right > >> I am also confused by this bug. Figured out a test-case that triggers >> the error, code available from http://pastebin.com/1ES5Pxfc >> >> If I comment out line 31 so it doesn't request the patrolled flag, the >> request succeeds. I also noticed that if I do that and check the >> userinfo sent back from the API for the third request, it says >> username is "SuggestBot", which means it shouldn't fail? >> >> >> Cheers, >> Morten >> >> On 13 April 2012 03:53, <info(a)gno.de> wrote: >> > I still do not understand the relationship. interwiki.py operates on >> different sites too without having these problems. >> > >> > Regards >> > xqt >> > >> > >> > ----- Original Nachricht ---- >> > Von: Morten Wang <nettrom(a)gmail.com> >> > An: Pywikipedia discussion list <pywikipedia-l(a)lists.wikimedia.org> >> > Datum: 12.04.2012 22:17 >> > Betreff: Re: [Pywikipedia-l] Recent changes, >> > permission denied need patrol right >> > >> >> I've finally found some more time to fiddle with this problem. The >> >> problem appears to be related to the fact that I'm using one script >> >> that grabs data from three different Wikipedias (English, Norwegian, >> >> and Swedish) with three different accounts[1]. Doing them in order the >> >> script correctly logs in to each one, and when it later returns to the >> >> first one it seems to think it's logged in. Looking at the cookie >> >> info I see that the centralAuth info is correct for the Swedish >> >> account, not for the English, and there are cookies for user ID and >> >> username for each of the three langauges. So if the script thinks >> >> it's logged in to English Wikipedia and sends the request, the API >> >> will correctly notice that the info isn't consistent and throw the >> >> error. >> >> >> >> Is my reasoning correct here? Is there something I can do on my end >> >> to force a login every time, or should I instead write my scripts so >> >> they run separately for each account? >> >> >> >> >> >> Footnotes: >> >> 1: Once upon a time it seemed like a great idea... >> >> 2: Need to be logged in to read the patrolled flag, from what I've >> >> been able to figure out. >> >> >> >> Cheers, >> >> Morten >> >> >> >> _______________________________________________ >> >> Pywikipedia-l mailing list >> >> Pywikipedia-l(a)lists.wikimedia.org >> >> https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l >> >> >>

1 0

Re: [Pywikipedia-l] Recent changes, permission denied need patrol right
by info＠gno.de 13 Apr '12

13 Apr '12

Oh I see, its pwb 2.0. Have you ever tried to run your script with the trunk release? Regards xqt ----- Original Nachricht ---- Von: Morten Wang <nettrom(a)gmail.com> An: info(a)gno.de Datum: 13.04.2012 17:02 Betreff: Re: Re: [Pywikipedia-l] Recent changes, permission denied need patrol right > I am also confused by this bug. Figured out a test-case that triggers > the error, code available from http://pastebin.com/1ES5Pxfc > > If I comment out line 31 so it doesn't request the patrolled flag, the > request succeeds. I also noticed that if I do that and check the > userinfo sent back from the API for the third request, it says > username is "SuggestBot", which means it shouldn't fail? > > > Cheers, > Morten > > On 13 April 2012 03:53, <info(a)gno.de> wrote: > > I still do not understand the relationship. interwiki.py operates on > different sites too without having these problems. > > > > Regards > > xqt > > > > > > ----- Original Nachricht ---- > > Von: Morten Wang <nettrom(a)gmail.com> > > An: Pywikipedia discussion list <pywikipedia-l(a)lists.wikimedia.org> > > Datum: 12.04.2012 22:17 > > Betreff: Re: [Pywikipedia-l] Recent changes, > > permission denied need patrol right > > > >> I've finally found some more time to fiddle with this problem. The > >> problem appears to be related to the fact that I'm using one script > >> that grabs data from three different Wikipedias (English, Norwegian, > >> and Swedish) with three different accounts[1]. Doing them in order the > >> script correctly logs in to each one, and when it later returns to the > >> first one it seems to think it's logged in. Looking at the cookie > >> info I see that the centralAuth info is correct for the Swedish > >> account, not for the English, and there are cookies for user ID and > >> username for each of the three langauges. So if the script thinks > >> it's logged in to English Wikipedia and sends the request, the API > >> will correctly notice that the info isn't consistent and throw the > >> error. > >> > >> Is my reasoning correct here? Is there something I can do on my end > >> to force a login every time, or should I instead write my scripts so > >> they run separately for each account? > >> > >> > >> Footnotes: > >> 1: Once upon a time it seemed like a great idea... > >> 2: Need to be logged in to read the patrolled flag, from what I've > >> been able to figure out. > >> > >> Cheers, > >> Morten > >> > >> _______________________________________________ > >> Pywikipedia-l mailing list > >> Pywikipedia-l(a)lists.wikimedia.org > >> https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l > >> >

1 0

[Pywikipedia-l] Using pywikipedia on a https:// site
by Thehelpfulone 12 Apr '12

12 Apr '12

Hi all, I'm trying to use pywikipedia on a private wmf wiki, it can only be accessed by viewing it in https://. When I run login.py -all, I get Traceback (most recent call last): File "login.py", line 436, in <module> main() File "login.py", line 414, in main if not forceLogin and site.loggedInAs(sysop = sysop): File "/home/thehelpfulone/pywikipedia/wikipedia.py", line 5102, in loggedInAs self._load(sysop = sysop) File "/home/thehelpfulone/pywikipedia/wikipedia.py", line 6053, in _load raise RuntimeError('%s' % data['error']) RuntimeError: {u'info': u'You need read permission to use this module', u'code': u'readapidenied'} How can I fix the bot to allow it to log in (and thus run scripts?). By private wiki, I mean a wiki that you have to login to if you want to read anything other than the Main Page. Thanks for your help! -- Thehelpfulone http://en.wikipedia.org/wiki/User:Thehelpfulone English Wikipedia Administrator

1 0

[Pywikipedia-l] Flickrripper.py update
by Jenith 06 Apr '12

06 Apr '12

Hi I have found that when we upload the invalid license images throgh Flickrripper, currently the tool does not allow copyrighted images (great), but it does not show any message to the user like (invalid license). I have tweaked this adding the message, so that user can aware of why the image did not get upload. Please suggest and let me know whether I can update to SVN Regards, Jenith

2 3

Re: [Pywikipedia-l] [Pywikipedia-svn] SVN: [10076] trunk/pywikipedia/ndashredir.py
by Bináris 02 Apr '12

02 Apr '12

2012/4/2 <binbot(a)svn.wikimedia.org> > http://www.mediawiki.org/wiki/Special:Code/pywikipedia/10076 > > Revision: 10076 > Author: binbot > Date: 2012-04-02 12:06:30 +0000 (Mon, 02 Apr 2012) > Log Message: > ----------- > A new script to create redirects to articles with n dash/m dash in their > title. i18n file will be sent to pywikipedia-l due to an access error. > Hi, I attached a very small i18n file to this new script. Please anyone submit it because I got an "access forbidden" error. :-( -- Bináris

1 1

[Pywikipedia-l] Hidden categories
by Bináris 01 Apr '12

01 Apr '12

Hi, catlib.py tries to say if a category is hidden like this: hidden = re.search('__HIDDENCAT__', text) But many wikis have already templates for that. See the interwikis at http://en.wikipedia.org/wiki/Template:Hidden_category for Wikipedias. Shall we list these templates within catlib.py, or what is the process? Is that a similar task than handling disambig templates in solve_disambiguation.py? -- Bináris

2 1

[Pywikipedia-l] Fwd: [Toolserver-l] Please register for the Berlin hackathon - June 1-3, 2012
by Lewis Cawte 30 Mar '12

30 Mar '12

-------- Original Message -------- Subject: [Toolserver-l] Please register for the Berlin hackathon - June 1-3, 2012 Date: Fri, 30 Mar 2012 11:36:58 -0400 From: Sumana Harihareswara <sumanah(a)wikimedia.org> Reply-To: toolserver-l(a)lists.wikimedia.org Organisation: Wikimedia Foundation To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>, toolserver-l(a)lists.wikimedia.org, mediawiki-l(a)lists.wikimedia.org, mediawiki-enterprise(a)lists.wikimedia.org I invite you to the yearly Berlin hackathon. It's 1-3 June and registration is now open. If you need financial assistance or help with hotel/hostel, just mention it in the registration form. https://wmberlin.eventbrite.com/ This is the premier event for the MediaWiki and Wikimedia technical community. We'll be hacking, designing, and socialising, primarily talking about Gadgets, the switch to Lua, Wikidata, and Wikimedia Labs. Our goals for the event are to bring 100-150 people together, with lots of people who have not attended such events before. User scripts, gadgets, API use, Toolserver, Wikimedia Labs, mobile, structured data, templates -- if you are into any of these things, we want you to come! Details: https://www.mediawiki.org/wiki/Berlin_Hackathon_2012 Thanks to Wikimedia Germany for hosting and coordinating this event. (Venue still to be determined.) -- Sumana Harihareswara Volunteer Development Coordinator Wikimedia Foundation _______________________________________________ Toolserver-l mailing list (Toolserver-l(a)lists.wikimedia.org) https://lists.wikimedia.org/mailman/listinfo/toolserver-l Posting guidelines for this list: https://wiki.toolserver.org/view/Mailing_list_etiquette

1 0

Re: [Pywikipedia-l] Proposal for farewell of good old Python 2.4
by info＠gno.de 29 Mar '12

29 Mar '12

Since we have plural support for i18n py2.4 is deprecated and does not fully support it except in a default way regarding to bug #3433609. Pre 2.5 releases cannot use plural.py and IMHO we shouldn't downgrade it (look at the code for the reason why). Maybe there is only this guy who is using that old stuff. I guess we should move a copy of the current 2.4 compatible release to the archive without further updates (and maybe make it available at pywikipedia nightly for downloading). 2.6 should be the new minimum version. But we have the unicode bug with all releases from 2.5 upto 2.7.1. This means 2.7.2 is the release which is strongly recommended I think. Regards xqt

4 22

[Pywikipedia-l] File to keep namespaces
by Bináris 28 Mar '12

28 Mar '12

Hi, I am a bit confused now with namespaces. What is the relationship between wikipedia_family.py and family.py? Here is a request for kv namespaces: https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3512044&group_… I have put it into wikipedia_family.py, is that correct? -- Bináris

2 2

[Pywikipedia-l] Reading scaled up duplicate images through Wikipedia API (Python impl)
by Jenith 27 Mar '12

27 Mar '12

Is it possible to get duplicate images of the original image (scaled up) by giving input the smaller version in a program? Any Python Wikipedia API like hashlib? Thanks Y. Jenith Sent from BlackBerry® on Airtel

2 2

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

pywikibot