Bugs item #1985308, was opened at 2008-06-05 10:39
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1985308&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
Status: Open
Resolution: None
Priority: 6
Private: No
Submitted By: Melancholie (melancholie)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bot does not properly stay logged in (cookies)
Initial Comment:
My bot (r5514) does not stay properly logged in!
My first thought was this is because of the API_login, but it happens also for the normal login method. Is this maybe caused by SUL?
Or maybe by the following change?
http://svn.wikimedia.org/viewvc/pywikipedia?view=rev&revision=5514
See fa.wikipedia.org/wiki/بحث_کاربر:MelancholieBot#IP_contribution
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-01-27 11:48
Message:
yes, the bug is still there. e.g. NobelBot made some edits under anon IP in
some wikis. cf.
http://en.wikipedia.org/w/index.php?title=30_Rock&oldid=266368735 and
http://da.wikipedia.org/w/index.php?title=30_Rock&oldid=2787208
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-01-27 09:03
Message:
I've noticed several times that AWB session (rather than browser sessions),
if logged in with bot's account, may destroy interwiki bot's login data
triggering it to make edits under anonymous IP. Haven't tested if this
behaviour still remains with recent pywikipedia revisions.
----------------------------------------------------------------------
Comment By: siebrand (siebrand)
Date: 2009-01-27 08:33
Message:
Is this behaviour still current?
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2008-08-18 08:11
Message:
Logged In: NO
It's odd, but the bug is intermittent and not all the wikis are affected.
Most affected wikis are: ast, da, de, ja, he, ka, ko, mk, rmy, ro, sr, tr.
Is there any way to definitely fix this bug?
----------------------------------------------------------------------
Comment By: Melancholie (melancholie)
Date: 2008-07-17 12:58
Message:
Logged In: YES
user_id=2089773
Originator: YES
For this, please see the comment of sswierkosz (at the very bottom)!
It's best to delete all login.data first, then run your bot without
logging out from your bot account by using a web browser in parallel.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2008-07-17 12:05
Message:
Logged In: NO
Thanks for the hint. The bot doesn't asks for password now but it seems
like it still accidentally makes some edits under IP address. And it
overwrites login.data files with every login/edit, so the bug is still
there and needs to be fixed.
----------------------------------------------------------------------
Comment By: Melancholie (melancholie)
Date: 2008-07-16 00:24
Message:
Logged In: YES
user_id=2089773
Originator: YES
The easiest and best workaround is to use a password file!
Add the line
password_file = "yourFileName"
to your user-config.py
Provide yourFileName with the following line(s):
("yourBot", "yourPassword")
Login and re-login is done automatically then.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2008-07-15 20:21
Message:
Logged In: NO
the bot asks for a password every time it tries to save a page.
"centralauth_Token" and "centralauth_Session" values in xxx-login.data
files change every time, and the bot doesn't stay logged in. any
workaround?
----------------------------------------------------------------------
Comment By: Carsrac (carsrac)
Date: 2008-06-06 08:38
Message:
Logged In: YES
user_id=2066902
Originator: NO
I have also problems. I need constantly enter in my password for several
wiki's and if I do it the bot makes tha edit under my ip adres instead of
username of the bot. The wiki that are effected are fr, ro, be, nds-nl, af,
hif, sah, srn. My ip adress is 213.132.164.186 and my bot user name is
CarsracBot. As you all know may IW bots do not any edits under its ip
adress. So I think this bug will effect very likely a lot of bots running
with pywikipedia script.
----------------------------------------------------------------------
Comment By: Szymon Świerkosz (sswierkosz)
Date: 2008-06-05 11:25
Message:
Logged In: YES
user_id=2022153
Originator: NO
I don't know if this is correct behavior, but it is certainly annoying.
----------------------------------------------------------------------
Comment By: Melancholie (melancholie)
Date: 2008-06-05 11:20
Message:
Logged In: YES
user_id=2089773
Originator: YES
@sswierkosz: Yes, maybe that could be the reason. MediaWiki bug?
----------------------------------------------------------------------
Comment By: Szymon Świerkosz (sswierkosz)
Date: 2008-06-05 11:07
Message:
Logged In: YES
user_id=2022153
Originator: NO
I noticed that if you log out all sessions are destroyed, not only
current. Maybe you logged in and then logged out using your bot account, so
its cookies are not valid anymore.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1985308&group_…
Bugs item #2373831, was opened at 2008-12-01 23:22
Message generated for change (Comment added) made by siebrand
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2373831&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: raven24 (raven24)
Assigned to: Nobody/Anonymous (nobody)
Summary: pagegenerators.py - error in titleregex
Initial Comment:
Pywikipedia [http] trunk/pywikipedia (r6122, Dec 01 2008, 16:15:20)
Python 2.5.2 (r252:60911, Oct 5 2008, 19:24:49)
[GCC 4.3.2]
in the file pagegenerators.py on line 953 and 956 the numbers have to be adapted to the "new" argument name and thus the length of the string (since it is looking for input behind the arg or requesting it from the user)
----------------------------------------------------------------------
>Comment By: siebrand (siebrand)
Date: 2009-01-27 11:34
Message:
Sorry, I'm too lazy to put this into code...
----------------------------------------------------------------------
Comment By: raven24 (raven24)
Date: 2009-01-27 11:24
Message:
sorry, I am to lazy now to make a diff, here is the code:
change this (line 952)
elif arg.startswith('-titleregex'):
if len(arg) == 6:
regex = wikipedia.input(u'What page names are you looking
for?')
else:
regex = arg[7:]
gen = RegexFilterPageGenerator(site.allpages(), regex)
to this
elif arg.startswith('-titleregex'):
if len(arg) == 11:
regex = wikipedia.input(u'What page names are you looking
for?')
else:
regex = arg[12:]
gen = RegexFilterPageGenerator(wikipedia.getSite().allpages(),
regex)
----------------------------------------------------------------------
Comment By: siebrand (siebrand)
Date: 2009-01-27 10:12
Message:
Please provide a patch, or confirm this issue has been resolved in the
meantime.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2373831&group_…
Bugs item #2373831, was opened at 2008-12-01 23:22
Message generated for change (Comment added) made by raven24
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2373831&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: raven24 (raven24)
Assigned to: Nobody/Anonymous (nobody)
Summary: pagegenerators.py - error in titleregex
Initial Comment:
Pywikipedia [http] trunk/pywikipedia (r6122, Dec 01 2008, 16:15:20)
Python 2.5.2 (r252:60911, Oct 5 2008, 19:24:49)
[GCC 4.3.2]
in the file pagegenerators.py on line 953 and 956 the numbers have to be adapted to the "new" argument name and thus the length of the string (since it is looking for input behind the arg or requesting it from the user)
----------------------------------------------------------------------
>Comment By: raven24 (raven24)
Date: 2009-01-27 11:24
Message:
sorry, I am to lazy now to make a diff, here is the code:
change this (line 952)
elif arg.startswith('-titleregex'):
if len(arg) == 6:
regex = wikipedia.input(u'What page names are you looking
for?')
else:
regex = arg[7:]
gen = RegexFilterPageGenerator(site.allpages(), regex)
to this
elif arg.startswith('-titleregex'):
if len(arg) == 11:
regex = wikipedia.input(u'What page names are you looking
for?')
else:
regex = arg[12:]
gen = RegexFilterPageGenerator(wikipedia.getSite().allpages(),
regex)
----------------------------------------------------------------------
Comment By: siebrand (siebrand)
Date: 2009-01-27 10:12
Message:
Please provide a patch, or confirm this issue has been resolved in the
meantime.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2373831&group_…
Bugs item #2035818, was opened at 2008-08-02 11:11
Message generated for change (Comment added) made by siebrand
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2035818&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: DarkoNeko (darkoneko)
Assigned to: Nobody/Anonymous (nobody)
Summary: incorrect page retrival for zhwiki
Initial Comment:
Version used : 5781
interwiki.py tend to gives errors like this when trying to access the zh wikipedia (ever since I added it to my config yesterday) - it only happens sometimes, I haven't been able to determine a common factor for the problem yet.
No changes needed
Updating links on page [[fr:Ludwigshafen]].
No changes needed
Updating links on page [[de:Ludwigshafen am Rhein]].
No changes needed
Getting 12 pages from wikipedia:io...
======Post-processing [[ja:ruhto furitto]]======
Updating links on page [[zh:??·???]].
Changes to be made: ??: [[eu:Ruud Gullit]]
+ [[eu:Ruud Gullit]]
NOTE: Updating live wiki...
Changing page [[zh:??·???]]
Server error encountered; will retry in 1 minute.
Changing page [[zh:??·???]]
Server error encountered; will retry in 2 minutes.
Changing page [[zh:??·???]]
Server error encountered; will retry in 4 minutes.
----------------------------------------------------------------------
>Comment By: siebrand (siebrand)
Date: 2009-01-27 10:43
Message:
Is this behaviour still current?
----------------------------------------------------------------------
Comment By: DarkoNeko (darkoneko)
Date: 2008-08-02 11:13
Message:
Logged In: YES
user_id=1809111
Originator: YES
complete version
Pywikipedia [http] trunk/pywikipedia (r5781, Aug 01 2008, 21:44:26)
Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit
(Intel)]
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2035818&group_…
Bugs item #2041784, was opened at 2008-08-07 16:49
Message generated for change (Comment added) made by siebrand
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2041784&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Interwiki.py
Initial Comment:
I cannot currently run last up-to-date version of interwiki.py (5730). It says that Line 625 had an syntax error.
----------------------------------------------------------------------
>Comment By: siebrand (siebrand)
Date: 2009-01-27 10:42
Message:
Closed as invalid.
----------------------------------------------------------------------
Comment By: Multichill (multichill)
Date: 2008-08-07 17:17
Message:
Logged In: YES
user_id=1777493
Originator: NO
The latest version of interwiki.py seems to run fine over here.
version.py:
Pywikipedia [svn+ssh] multichill@trunk/pywikipedia (r5790, Aug 07 2008,
10:10:46
)
Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit
(Intel)]
What is the exact error?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2041784&group_…
Bugs item #2083535, was opened at 2008-08-30 07:57
Message generated for change (Settings changed) made by siebrand
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2083535&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: interwiki
Group: None
Status: Open
Resolution: None
>Priority: 1
Private: No
Submitted By: Purodha B Blissenbach (purodha)
Assigned to: Nobody/Anonymous (nobody)
Summary: interwiki.py note gives wrong count
Initial Comment:
Interwiki.py, when started up, ays something like:
NOTE: Number of pages queued is 0, trying to add 255 more.
If you specify parameters -number:10 and -query:255, it displays "add 255 more", but then only adds 10.
I have not tested that, but likely, limiting -array: will have a similar effect.
So, better interwiki.py should first compute how many pages are to be added this time, then display the figure, instead of doing it the other way round.
----------------------------------------------------------------------
Comment By: André Malafaya Baptista (malafaya)
Date: 2008-09-09 15:05
Message:
I understand it as "TRYING to add 255 more" (sic). It tried to get 255 but
it may get less. That's my interpretation.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2083535&group_…
Bugs item #2096916, was opened at 2008-09-06 15:31
Message generated for change (Comment added) made by siebrand
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2096916&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: interwiki
Group: None
>Status: Closed
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Grammatically incorrect Esperanto edit summary
Initial Comment:
There has been a pywikipedia bot running on Esperanto Wiktionary that has been using grammatically incorrect edit summaries. I was told by the bot operator that while s/he could fix it in his/her source, the problem also needs to be fixed in the pywikipedia framework.
This is an example of an edit summary currently produced by the framework (more or less):
roboto aldono de: en, fi, fr, hu, it, ja, ko, ku, pl, ru
It should be:
aldoni: en, fi, fr, hu, it, ja, ko, ku, pl, ru
-- wikipedia:en:User:Dtrebbien
----------------------------------------------------------------------
>Comment By: siebrand (siebrand)
Date: 2009-01-27 10:40
Message:
Sorry, cannot make heads or tails from this. I see no unified change
request. Closing as invalid. Please open a new bug with a link to consensus
on eo.wp when you're done discussing. This is a bug tracker, which needs
clear issue reports to we can give you a quick solution.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2008-09-14 20:51
Message:
Devus esti :
roboto aldonis :
robota aldono de :
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2008-09-14 16:21
Message:
I have made a request at Esperanto Wikipedia at
http://eo.wikipedia.org/wiki/Vikipedio:Diskutejo#Peto_por_asistado_kun_trad…
.
-- wikipedia:en:User:Dtrebbien
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2008-09-07 15:32
Message:
Logged In: NO
Comment: "aldono" is more like "something that was added", or "appendix".
So, "aldono de" is "appendix of".
-- wikipedia:en:User:Dtrebbien
----------------------------------------------------------------------
Comment By: Melancholie (melancholie)
Date: 2008-09-07 09:18
Message:
Logged In: YES
user_id=2089773
Originator: NO
Note for non-Esperanto speakers:
The grammatical incorrectness is "roboto aldono de" because this actually
means "robot addition of".
Maybe let's just add a ":"? Meaning "roboto: aldono de: en, de, fr"
(before changing summaries to the verb form, asking at
http://eo.wikipedia.org/ would be recommendable (whether it's desired)).
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2008-09-07 03:18
Message:
Logged In: NO
Hi spacebirdy,
Yes, the others are incorrect. I believe that the idea here was to use a
participle, and there are several ways of translating English participles
into Esperanto, depending on what one wants to say.
If you want to say "A robot is adding ..." in this context, you say
"roboto aldonas ...". "adding ..." is "aldoni ...", which is what I suggest
(leaving off the subject, robot) because it is more simple and less
stilted.
"A robot is modifying ..." is "roboto modifas ...". Alternatively,
"modifying ..." is "modifi ...".
"A robot is removing ..." is "roboto forigas ...". Alternatively,
"removing ..." is "forigi ...".
-- wikipedia:en:User:Dtrebbien
----------------------------------------------------------------------
Comment By: ulana merops (spacebirdy)
Date: 2008-09-07 02:49
Message:
Logged In: YES
user_id=191312
Originator: NO
Hello, are the other translations then incorrect too?
from interwiki.py:
'eo': (u'roboto ', u'aldono de', u'forigo de', u'modifo de'),
"forigo de"
and
"modifo de"?
thanks for Your help, best regards
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2096916&group_…
Bugs item #2114782, was opened at 2008-09-16 21:47
Message generated for change (Comment added) made by siebrand
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2114782&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Melancholie (melancholie)
Assigned to: Nobody/Anonymous (nobody)
Summary: featured.py stars nonfeatured articles, if link on talk page
Initial Comment:
featured.py seems to star non-featured articles, when a link pointing to the template is on talk page (if using BACK method).
It seems that featured.py doesn't filter out links and redirects from Special:WhatLinksHere (&hidelinks=1&hideredirs=1).
See:
* http://de.wikipedia.org/w/index.php?title=Br%C3%BCcke_von_Arta&diff=prev&ol…
* http://el.wikipedia.org/wiki/%CE%A3%CF%85%CE%B6%CE%AE%CF%84%CE%B7%CF%83%CE%… (talk page; article itself never contained template)
* http://el.wikipedia.org/wiki/%CE%95%CE%B9%CE%B4%CE%B9%CE%BA%CF%8C:WhatLinks…
----------------------------------------------------------------------
>Comment By: siebrand (siebrand)
Date: 2009-01-27 10:36
Message:
Does this require a patch, is this not a bug, or what needs to be done to
get this resolved?
----------------------------------------------------------------------
Comment By: Melancholie (melancholie)
Date: 2008-09-16 21:54
Message:
Note that I have changed the talk page for the moment, as workaround [if
true, next run will show]:
http://el.wikipedia.org/w/index.php?title=%CE%A3%CF%85%CE%B6%CE%AE%CF%84%CE…
So, WhatLinksHere won't show "Talk:FooBarArticle" anymore...
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2114782&group_…
Bugs item #2110603, was opened at 2008-09-14 19:08
Message generated for change (Comment added) made by siebrand
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2110603&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: other
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 3
Private: No
Submitted By: euku (eugo)
Assigned to: Nobody/Anonymous (nobody)
Summary: Edit was not sighted
Initial Comment:
Pywikipedia [http] trunk/pywikipedia (r5894, Sep 13 2008, 17:27:38)
Python 2.4.4 (#2, Apr 15 2008, 23:43:20)
[GCC 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)]
Hi,
this [1] edits was not sighted automatically by the bot. See logs [2]. But most other edits like in [3] work. This is not the first time that this happens.
Best regards,
Euku
[1] http://de.wikipedia.org/w/index.php?title=Nelson_Eddy&diff=prev&oldid=50738…
[2] http://de.wikipedia.org/w/index.php?title=Spezial:Logbuch&page=Nelson_Eddy&…
[3] http://de.wikipedia.org/w/index.php?title=Nekrolog_(Tiere)&diff=prev&oldid=…
----------------------------------------------------------------------
>Comment By: siebrand (siebrand)
Date: 2009-01-27 10:35
Message:
I recall work being done in this area. Marking it fixed.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2110603&group_…