https://bugzilla.wikimedia.org/show_bug.cgi?id=55234
Web browser: ---
Bug ID: 55234
Summary: bug with section titles in interwiki.py
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: interwiki.py
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/bugs/1350/
Reported by: toto-azero
Created on: 2011-09-25 11:54:52
Subject: bug with section titles in interwiki.py
Original description:
There is a bug with the interwiki.py script : when the bot finds out an
interwiki-link which must be deleted \(without -force or -cleanup options\),
and when this link is at the end of a section, the bot destroys the next
section.
See this for example :
http://ja.wikipedia.org/w/index.php?title=ヘンリー銃&diff=37754031&oldid=37738852
Although this diff is quite old, this bug is still present in the script \(I've
made an try to check : see http://fr.wikipedia.org/w/index.php?diff=70277802\).
\--------------------
python version.py
Pywikipedia \[http\] trunk/pywikipedia \(r9543, 2011/09/25, 09:08:55\)
Python 2.7.1 \(r271:86832, Jan 4 2011, 13:57:14\)
\[GCC 4.5.2\]
config-settings:
use\_api = True
use\_api\_login = True
unicode test: ok
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55584
Web browser: ---
Bug ID: 55584
Summary: Don't clutter /usr/lib/python2.7/site-packages/
Product: Pywikibot
Version: unspecified
Hardware: All
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: yardenack(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
It's reasonable to expect setup.py to install things in this directory:
/usr/lib/python2.7/site-packages/pywikibot/
But it's not reasonable for it to also put things in these directories:
/usr/lib/python2.7/site-packages/externals/
/usr/lib/python2.7/site-packages/scripts/
/usr/lib/python2.7/site-packages/tests/
What if every python project tried to do that?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55323
Web browser: ---
Bug ID: 55323
Summary: interwiki links on subpages in templates
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: ASSIGNED
Severity: normal
Priority: Unprioritized
Component: interwiki.py
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/bugs/665/
Reported by: Anonymous user
Created on: 2008-03-24 13:19:34
Subject: interwiki links on subpages in templates
Assigned to: bewareofdoug
Original description:
In English and some other major wikipedias interwiki links are placed on /doc
subpage \(or whatever it's called\) in templates. Interwiki bot should check if
such a page exists and not place interwiki links on main template page but
place/update links on that subpage. Otherwise, everytime a bot places interwiki
on a template with this structure, the main template page needs to be cleaned
and interwiki links moved to a subpage manually
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55321
Web browser: ---
Bug ID: 55321
Summary: interwiki.py moving away {{Link FA}}
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: interwiki.py
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/bugs/725/
Reported by: Anonymous user
Created on: 2008-06-02 13:02:43
Subject: interwiki.py moving away {{Link FA}}
Original description:
featured.py puts \{\{Link FA\}\} either before all interwikis or right next to
the affected interwiki depending on the wiki setting.
Nevertheless, interwiki.py always moves \{\{Link FA\}\} to the top of
interwikis no matter what language is being updated.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=58973
Web browser: ---
Bug ID: 58973
Summary: Implement globalusage in site
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: maarten(a)mdammers.nl
Classification: Unclassified
Mobile Platform: ---
Shared image sites (like Wikimedia Commons) offer globalusage in the api, see
for example
https://commons.wikimedia.org/w/api.php?action=query&prop=globalusage&title…
. Looks like it works on every Wikimedia site
(https://nl.wikipedia.org/w/api.php?action=query&prop=globalusage&titles=Fil…).
We should implement this as part of site. Probably easiest to expand "def
imageusage(self, image, namespaces=None, filterredir=None, step=None,
total=None, content=False):" with an option to get globalusage.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55327
Web browser: ---
Bug ID: 55327
Summary: sorted category by category.py (jawp)
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: category.py
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/bugs/572/
Reported by: nightshadow28
Created on: 2008-01-02 05:11:14
Subject: sorted category by category.py (jawp)
Original description:
>From Japanese Wikipedia:
In jawp, a category tag \("article nominated for deletion"\) is included in
"substed" AfD template.
If "category.py" runs for removing other category in an article, it does
unnecessary sorting.
http://ja.wikipedia.org/w/index.php?title=%E9%87%91%E7%94%B0%E4%B8%80%E5%B0…
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55273
Web browser: ---
Bug ID: 55273
Summary: removing interwiki
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/bugs/1183/
Reported by: jandudik
Created on: 2010-05-19 12:24:39
Subject: removing interwiki
Original description:
http://en.wikipedia.org/w/index.php?title=Renault\_FT-17&diff=362970235&old…
When I click on link, page exist, but bot said not.
When I copied page name, there is small change, but old name works in browser.
MAybe some incorrect translation? \(The same problem as in sr.wiki ?\)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55314
Web browser: ---
Bug ID: 55314
Summary: removing sr interwiki
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: interwiki.py
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/bugs/830/
Reported by: Anonymous user
Created on: 2009-01-03 22:54:37
Subject: removing sr interwiki
Original description:
There is problem with sr.wikipedia - latin characters in URL or in interwiki
are automatically translated to cyrilic, but bot does not recognize it ant
wants to remove this valid interwiki
see
http://cs.wikipedia.org/w/index.php?title=Nikdo\_v%C3%A1s\_nesm%C3%AD\_b%C3…
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55322
Web browser: ---
Bug ID: 55322
Summary: PreloadingGenerator does not set editRestriction
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/bugs/680/
Reported by: nicdumz
Created on: 2008-04-23 09:09:47
Subject: PreloadingGenerator does not set editRestriction
Original description:
I realized that sometimes, in blockpageschecker.py,
someTotalProtectedPage.canBeEdited\(\) would wrongly return True \(I have no
sysop account, hence on every \[edit=sysop\] protected page, it should return
False\)
I first tried the single canBeEdited\(\) on that total protected page :
>>> import wikipedia; s = wikipedia.Site\('fr', 'wikipedia'\);
protectedpage = wikipedia.Page\(s, 'Zentrum'\)
Checked for running processes. 1 processes currently running, including the
current process.
>>> protectedpage.canBeEdited\(\)
Getting 1 pages from wikipedia:fr...
False
Which is fine.
However :
>>> import wikipedia; s = wikipedia.Site\('fr', 'wikipedia'\);
protectedpage = wikipedia.Page\(s, 'Zentrum'\)
Checked for running processes. 1 processes currently running, including the
current process.
>>> import pagegenerators; gen =
pagegenerators.PreloadingGenerator\(\[protectedpage\]\)
>>> for p in gen : print p.canBeEdited\(\)
...
Getting 1 pages from wikipedia:fr...
True
>>> protectedpage.canBeEdited\(\)
True
Which is wrong.
I then thought then calling canBeEdited on a total protected page from
PreloadingGenerator would \_every\_time\_ return wrongly True, but I was wrong
:
>>> import wikipedia; s = wikipedia.Site\('en', 'wikipedia'\);
protectedpage = wikipedia.Page\(s, 'Wikipedia:site support'\)
Checked for running processes. 1 processes currently running, including the
current process.
>>> import pagegenerators; gen =
pagegenerators.PreloadingGenerator\(\[protectedpage\]\)
>>> for p in gen : print p.canBeEdited\(\)
...
Getting 1 pages from wikipedia:en...
False
So apparently, in some special cases, calling canBeEdited on a total protected
page from PreloadingGenerator returns True. However I have not been able to
find \*when\* exactly this happens.
Any thoughts ?
PS : An easy fix for this is to get rid of the current implementation of
canBeEdited, to use instead the new getRestrictions using the API
\(getRestrictions\(\)\['edit'\]\). But we should find out what is happenning
here, since we might miss something important.
--
You are receiving this mail because:
You are the assignee for the bug.
