https://bugzilla.wikimedia.org/show_bug.cgi?id=54550
Web browser: ---
Bug ID: 54550
Summary: Alternative to (and per) r10976
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: ASSIGNED
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/patches/602/
Reported by: hazard-sj
Created on: 2013-03-05 03:02:32
Subject: Alternative to (and per) r10976
Assigned to: xqt
Original description:
See https://www.mediawiki.org/wiki/Special:Code/pywikipedia/10976 and patch
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54553
Web browser: ---
Bug ID: 54553
Summary: Convert relative links to absolute links in
linkedPages().
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: ASSIGNED
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/patches/589/
Reported by: nu11zer0
Created on: 2013-01-26 17:33:22
Subject: Convert relative links to absolute links in linkedPages().
Assigned to: xqt
Original description:
Convert relative links to absolute links in linkedPages\(\).
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55027
Web browser: ---
Bug ID: 55027
Summary: solve_disambiguations and templates
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: ASSIGNED
Severity: enhancement
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/feature-requests/317/
Reported by: jandudik
Created on: 2012-10-04 20:02:23
Subject: solve_disambiguations and templates
Assigned to: xqt
Original description:
It would be fine, if I can define \(or global defined\) templates and
parametersm which means links.
example:
\{\{Infobox foo
|name = bar
|link=Article
|description=Lorem ipsum
\}\}
where \[\[Article\]\] is disambiguation
When I run solve\_disambiguation, bot got message No changes needed in "Page"
I want to replace Article -> Article \(main\)
but when it is not in brackets...
If there exists such list of templates and parameters, bot should recognize
parameter link= in template \{\{Infobox foo\}\} and replace it
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55036
Web browser: ---
Bug ID: 55036
Summary: redirect.py logging of problems that cannot be fixed
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: ASSIGNED
Severity: enhancement
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/feature-requests/306/
Reported by: Anonymous user
Created on: 2012-05-20 11:31:33
Subject: redirect.py logging of problems that cannot be fixed
Assigned to: xqt
Original description:
redirect.py needs to log issues it is unable to fix and why on each wiki. There
are several flavors of problems that appears on Special:Doubleredirects
1\. Self redirects \(redirects that point to themselves\)
2\. Redirect loops \(redirects that go in circles\)
3\. Double redirects formed due to page protection.
4\. Inter-wiki redirects \(redirects that point to redirects in other wikis\)
It would be a lot easier if I had a log of these pages and user can post it on
the village pump or perhaps bot can do this monthly for a select number of
wikis. The code already provides a warning on the console but when you are
running it on 700 wikis like me that becomes a serious chore to follow.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55067
Web browser: ---
Bug ID: 55067
Summary: Better message
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: ASSIGNED
Severity: enhancement
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/feature-requests/243/
Reported by: jandudik
Created on: 2010-03-16 21:30:34
Subject: Better message
Assigned to: xqt
Original description:
Whe bot removes all interwiki links, there should be better summary, something
like:
Bot: removes \[\[en:foo\]\] \(all iw\)
or
Bot removes all interwiki
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55085
Web browser: ---
Bug ID: 55085
Summary: Update interwiki's with commonscat.py
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: ASSIGNED
Severity: enhancement
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/feature-requests/194/
Reported by: multichill
Created on: 2009-05-01 13:01:44
Subject: Update interwiki's with commonscat.py
Assigned to: multichill
Original description:
Commonscat.py should update interwiki's at Commons when working on a category.
Some code is already available, but not the policy on how to update the links.
We have several sources:
-interwiki links to articles on the Commons category
-interwiki links to categoires on the Commons category
-interwiki links to articles at the Wikipedia article
-interwiki links to categories at the Wikipedia category
Not clear how to deal with this. We don't want bots constantly changing the
links at a Commons category because multiple categories at some Wikipedia link
to the same Commons category. Interwiki conflicts are probably going to be a
source of problems too.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55105
Web browser: ---
Bug ID: 55105
Summary: Add a new option to interwiki.py
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: ASSIGNED
Severity: enhancement
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/feature-requests/137/
Reported by: vargenau
Created on: 2008-03-11 16:29:50
Subject: Add a new option to interwiki.py
Assigned to: purodha
Original description:
Hello,
When working on years or birth categories for instance, I give a huge number of
hints.
And I now these hint are right \(when they exist\).
If there is a wrong link somewhere \(e.g. en:category:2000\_deaths linking to
fr:category:naissance\_en\_2000\), I get a huge number of questions to which I
always answer "1" \(because the hint is proposed first\).
So I propose to create a new option "-hintisright" \(or something\).
In that case, if there is a conflict between a hint and other page\(s\), the
hint is selected automatically.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55140
Web browser: ---
Bug ID: 55140
Summary: force login after performing a sysop action
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: ASSIGNED
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/1632/
Reported by: nu11zer0
Created on: 2013-05-03 05:54:46
Subject: force login after performing a sysop action
Assigned to: russblau
Original description:
After my bot performed a sysop action, then wrote to a page, the bot wrote
without botflag\! It seems that the framework cached some informations and
understood that the bot has no flag. My workaround is to add "site.login\(\)"
after every sysop action. But it should be implemented in the framework. Note
that now redirect.py also has this problem.
\----
Pywikibot branches/rewrite/ \(r11487, 2013/05/02, 07:59:55, ok\)
Python 2.7.3 \(default, Sep 26 2012, 21:53:58\)
\[GCC 4.7.2\]
unicode test: ok
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55147
Web browser: ---
Bug ID: 55147
Summary: templatesWithParams parser bug
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: ASSIGNED
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/1605/
Reported by: leeyc0
Created on: 2013-04-01 11:37:55
Subject: templatesWithParams parser bug
Assigned to: xqt
Original description:
version.py info:
Pywikipedia \[http\] trunk/pywikipedia \(r11308, 2013/03/30, 16:56:02,
OUTDATED\)
Python 2.7.3 \(default, Sep 26 2012, 21:51:14\)
\[GCC 4.7.2\]
config-settings:
use\_api = True
use\_api\_login = True
unicode test: ok
Below is the code snippet that demonstrates the bug:
\#\!/usr/bin/python
\# -\*- coding: utf-8 -\*-
import wikipedia as pywikibot
site = pywikibot.getSite\(\)
page = pywikibot.Page\(site, "Template:001"\) \# or some other page, the page
itself is irrelevant here
pageText = u"\{\{monster | \{\{\{1\}\}\} | id=001\}\}"
print\(page.templatesWithParams\(pageText\)\)
I found that the output is
\[\(u'1', \[\]\)\]
instead of expected value
\[\(u'Monster', \[u' \{\{\{1\}\}\}', u' id=001'\]\)\]
However, if I change pageText to
pageText = u"\{\{monster | abc | id=001\}\}"
Then the output would be
\[\(u'Monster', \[u' abc ', u' id=001'\]\)\]
Which is correct.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55240
Web browser: ---
Bug ID: 55240
Summary: add_text.py crashes for some uses of -cat
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: ASSIGNED
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/1329/
Reported by: dabzzz
Created on: 2011-08-05 19:01:42
Subject: add_text.py crashes for some uses of -cat
Assigned to: bewareofdoug
Original description:
Crashes without further information; works correct on category without umlaut
in it. Happens on my bot account at de.hardware-wiki.org
python add\_text.py -cat -text:someveryimportantmessage -up -verbose
Config.py
\- base\_dir: /home/bzzz/.pywikipedia
\- done.
Pywikipediabot \[http\] trunk/pywikipedia \(r9430, 2011/08/04, 08:15:02\)
Python 2.7.1+ \(r271:86832, Apr 11 2011, 18:13:53\)
\[GCC 4.5.2\]
Please enter the category name: Festplatten nach Größe
Getting \[\[Kategorie:Festplatten nach Größe\]\]... <--exists, has
subcategories and is categorized
==== API action:query ====
cmprop: title|ids|sortkey|timestamp
list: categorymembers
cmlimit: 500
cmtitle: Kategorie:Festplatten nach Größe
\----------------
Requesting API query from HardwareWiki:de
\[End\]
Same happens if the working category is given via -cat:Festplatten\_nach\_Größe
or within "".
pywikipediabot is at latest svn version \(9430, simplejson 242\), working on
Kubuntu 11.04 Natty with 2.6.38-10-generic kernel; python version.py yields:
Pywikipedia \[http\] trunk/pywikipedia \(r9430, 2011/08/04, 08:15:02\)
Python 2.7.1+ \(r271:86832, Apr 11 2011, 18:13:53\)
\[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.