Feature Requests item #3054755, was opened at 2010-08-28 08:43
Message generated for change (Tracker Item Submitted) made by binbot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3054755&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
Priority: 5
Private: No
Submitted By: Bináris (binbot)
Assigned to: Nobody/Anonymous (nobody)
Summary: Edit filter labels in version history
Initial Comment:
Would it be possible to have the labels made by the edit filters in Page.getVersionHistoryTable, Page.getVersionHistory and Page.fullVersionHistory? There may be several of them for one edit.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3054755&group_…
Feature Requests item #3054503, was opened at 2010-08-27 19:59
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3054503&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
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: xqt (xqt)
Summary: wikitable in getversionhistorytable
Initial Comment:
Please add class=wikitable to Page.getVersionHistaryTable in wikipedia.py, it is much nicer and should be recognized in all wikis
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2010-08-27 23:14
Message:
done in r8466
----------------------------------------------------------------------
Comment By: Bináris (binbot)
Date: 2010-08-27 22:44
Message:
Thank you. :-) This was me, just haven't noticed that I was logged out.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3054503&group_…
Feature Requests item #3054503, was opened at 2010-08-27 19:59
Message generated for change (Comment added) made by binbot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3054503&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
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: wikitable in getversionhistorytable
Initial Comment:
Please add class=wikitable to Page.getVersionHistaryTable in wikipedia.py, it is much nicer and should be recognized in all wikis
----------------------------------------------------------------------
Comment By: Bináris (binbot)
Date: 2010-08-27 22:44
Message:
Thank you. :-) This was me, just haven't noticed that I was logged out.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3054503&group_…
Patches item #3054514, was opened at 2010-08-27 20:18
Message generated for change (Tracker Item Submitted) made by binbot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3054514&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: Bináris (binbot)
Assigned to: Nobody/Anonymous (nobody)
Summary: category.py -- page history to talkpage + translations
Initial Comment:
Page histories are always thought very important in Wikipedia. When moving an old category to a new one, category.py currently only writes "Authors" to the edit comment. But we have the possibility to easily write a version history table to the talk page, and this is a usual procedure when we move something e. g. from Wikipedia to Wikisource. In the attached file you will find my updated version of class CategoryMoveRobot. This is not as rich as the original history, but better then the current solution. You may see a demo at http://hu.wikipedia.org/wiki/Kateg%C3%B3riavita:Ideiglenes_teszt (after two renames, to and backwards).
There ara also several Hungarian message translations in the file. Sorry, I cannot make a diff, this one is modified from current version 8457.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3054514&group_…
Feature Requests item #3054503, was opened at 2010-08-27 17:59
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3054503&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
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: wikitable in getversionhistorytable
Initial Comment:
Please add class=wikitable to Page.getVersionHistaryTable in wikipedia.py, it is much nicer and should be recognized in all wikis
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3054503&group_…
Bugs item #2986006, was opened at 2010-04-12 17:48
Message generated for change (Comment added) made by malafaya
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2986006&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: 5
Private: No
Submitted By: André Malafaya Baptista (malafaya)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bot tries to update wikis where it doesn't have account
Initial Comment:
interwiki.py -family:wiktionary -lang:br -untranslated -array:10 -whenneeded -subcats:"Wikeriadurourien dre o yezhoù"
At some point, I can see the following:
======Post-processing [[br:Rummad:Implijerien is]]======
Updating links on page [[fr:Catégorie:Utilisateurs is]].
Changes to be made: Ajoute: [[br:Rummad:Implijerien is]]
+ [[br:Rummad:Implijerien is]]
NOTE: Updating live wiki...
Sleeping for 6.0 seconds, 2010-04-12 17:40:44
Updating page [[fr:Catégorie:Utilisateurs is]] via API
Updating links on page [[pl:Kategoria:User is]].
Changes to be made: dodaje: af, br, de, en, es, fi, fr, fy, is, pt, ro, ru, sv
+ [[af:Kategorie:Gebruiker is]] [[br:Rummad:Implijerien is]] [[de:Kategorie:User
is]] [[en:Category:User is]] [[es:Categoría:Usuarios por idioma - Islandés]] [[
fr:Catégorie:Utilisateurs is]] [[fy:Kategory:Meidogger/Taal is]] [[is:Flokkur:No
tandi is]] [[pt:Categoria:!Usuário is]] [[ro:Categorie:Utilizator is]] [[ru:Kate
goriya:User is]] [[fi:Luokka:User is]] [[sv:Kategori:Användare is]]
+
+
In the fr.wikt, it's OK: I have account there.
But I don't have account in pl.wikt nor I have it in my user-config.py! I checked pl.wikt and nothing has been updated. I wonder what the bot tried to do.
I think it may be related to -whenneed, because I don't usually use it and I never had this problem before.
Pywikipedia [svn+ssh] wikimedia/svnroot/pywikipedia/trunk/pywikipedia (r8072, 2010/04/09, 16:48:35)
Python 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)]
----------------------------------------------------------------------
>Comment By: André Malafaya Baptista (malafaya)
Date: 2010-08-27 10:23
Message:
This seems to be related to the -whenneeded switch.
I just used -whenneeded:4 in another bot run and I'm having a similar
behaviour:
NOTE: Updating live wiki...
Waiting for 16 pages to be put. Estimated time remaining: 0:02:40
Updating page [[en:Category:Norwegian nouns]] via API
Page [[cy:Categori:Enwau Norwyeg]] not saved; sysop privileges required.
Updating page [[en:Category:German nouns]] via API
Updating page [[en:Category:English nouns]] via API
Page [[wa:Categoreye:Sustantifs inglès]] not saved; sysop privileges
required.
Updating page [[en:Category:Czech nouns]] via API
Updating page [[en:Category:Swedish nouns]] via API
Updating page [[en:Category:Catalan nouns]] via API
I don't have bot account set for cy.wikt and wa.wikt (where it complains
about sysop privileges).
The switch -limittwo doesn't seem to have problems.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2986006&group_…
Bugs item #3053539, was opened at 2010-08-26 10:05
Message generated for change (Settings changed) made by djbarrett
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3053539&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: category
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Daniel Barrett (djbarrett)
Assigned to: Nobody/Anonymous (nobody)
Summary: category.py move ignores noinclude, includeonly
Initial Comment:
When running "python category.py move", if the old category is enclosed in <noinclude> or <includeonly> tags, the new, replaced category is not, which is a problem. For example, this construction:
<includeonly>[[Category:Foo]]</includeonly>
when operated on by:
python category.py move -from:"Foo" -to:"Bar"
produces:
<includeonly></includeonly>
[[Category:Bar]]
which is wrong.
This bug has existed for a long time, at least a few years.
$ python version.py
Python 2.4.3 (#1, Sep 3 2009, 15:37:37)
[GCC 4.1.2 20080704 (Red Hat 4.1.2-46)]
config-settings:
use_api = True
use_api_login = True
$ svn info
Revision: 8319
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3053539&group_…
Bugs item #3053539, was opened at 2010-08-26 10:05
Message generated for change (Tracker Item Submitted) made by djbarrett
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3053539&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: Daniel Barrett (djbarrett)
Assigned to: Nobody/Anonymous (nobody)
Summary: category.py move ignores noinclude, includeonly
Initial Comment:
When running "python category.py move", if the old category is enclosed in <noinclude> or <includeonly> tags, the new, replaced category is not, which is a problem. For example, this construction:
<includeonly>[[Category:Foo]]</includeonly>
when operated on by:
python category.py move -from:"Foo" -to:"Bar"
produces:
<includeonly></includeonly>
[[Category:Bar]]
which is wrong.
This bug has existed for a long time, at least a few years.
$ python version.py
Python 2.4.3 (#1, Sep 3 2009, 15:37:37)
[GCC 4.1.2 20080704 (Red Hat 4.1.2-46)]
config-settings:
use_api = True
use_api_login = True
$ svn info
Revision: 8319
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3053539&group_…
Bugs item #3051034, was opened at 2010-08-22 21:57
Message generated for change (Comment added) made by purodha
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3051034&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: 7
Private: No
Submitted By: Purodha B Blissenbach (purodha)
Assigned to: Purodha B Blissenbach (purodha)
Summary: -dir: paramter not working, variable _base_dir has unclear e
Initial Comment:
In the current svn verision (rev 8433) there is a huge mess around the parameter -dir.
It is not processed in the place where all general parameters are - wikipedia.handleArgs()
It is processed in wikipediatools an then deleted from the arguemnt list.
Since this code is executed multiple times (e.g. 3 times in interwiki.py) it does different
and unwanted things from the 2nd call on.
We see repeated error messages about missing config files being created where there
should be none. Login information is sought at the wrong place, requiring one to log
in for each change made by interwiki.py, e.g.
config.py processed the -dir parameter and puts it into a variable _base_dir
This variable is being used inconsistently as:
- the directory where user_config is sought (only during the 1st trip through),
- the directory where family configurations are expected,
- the directory where programs are to be found,
- the directory where where a .svn subdirectory is expected,
which cannot be all identical if you are running multiple bots having
to have different user_config.py files.
This all needs cleanup.
Since config data is processed before command line parameters are parsed,
this is not straigthforward. When there can be a -dir parameter, config processing
must not occur before it has been seen, or is known not to be used.
Since the current handling is not working anyways, and multiple processing is a waste
anyways, I suggest to move the entire config handling to wikipedia.handleArgs()
and make sure, it only happens once. This would likely obsolete most or all of the
contents of wikipediatools.py
----------------------------------------------------------------------
>Comment By: Purodha B Blissenbach (purodha)
Date: 2010-08-26 11:58
Message:
Here is a sample session - there is no config in /tmp/
user@A1A:~/files/pywikipedia$ python interwiki.py -dir:/tmp/
No user-config.py found in directory '/tmp/'
Creating...
'user-config.py' already exists.
Traceback (most recent call last):
File "interwiki.py", line 337, in <module>
import wikipedia as pywikibot
File "/home/.../files/pywikipedia/wikipedia.py", line 143, in <module>
from pywikibot import *
File "/home/.../files/pywikipedia/pywikibot/__init__.py", line 15, in
<module>
from exceptions import *
File "/home/.../files/pywikipedia/pywikibot/exceptions.py", line 13, in
<module>
import config
File "/home/.../files/pywikipedia/config.py", line 90, in <module>
for _filename in os.listdir(os.path.join(_base_dir, 'families')):
OSError: [Errno 2] No such file or directory: '/tmp/families'
user@A1A:~/files/pywikipedia$
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3051034&group_…
Bugs item #3052862, was opened at 2010-08-25 12:11
Message generated for change (Tracker Item Submitted) made by binbot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3052862&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: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Bináris (binbot)
Assigned to: Nobody/Anonymous (nobody)
Summary: Page.fullVersionHistory() does not return edit comments
Initial Comment:
Using wikipedia.output(page.fullVersionHistory()[0][x]) for a wikipage
x=0 ==> gives oldid
x=1 ==> gives date
x=2 ==> gives author
x=3 ==> gives text
x=4 ==> gives an error message: "IndexError: tuple index out of range"
Where is the edit comment?
(wikipedia.py: current version)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3052862&group_…