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.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55324
Web browser: ---
Bug ID: 55324
Summary: Commons Delinker local clock dependency
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/647/
Reported by: Anonymous user
Created on: 2008-02-28 09:38:07
Subject: Commons Delinker local clock dependency
Assigned to: btongminh
Original description:
I tried to run delinker.py on a machine, which has time set in the future \(+30
minutes\). It is impossible for CD to work correctly \(because it does not read
deletion logs\). I have created a small workaround. I don't know python at all
\(I prefer Perl:\), so the code may look a little funny.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55194
Web browser: ---
Bug ID: 55194
Summary: -movelog
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/1467/
Reported by: jandudik
Created on: 2012-06-20 11:10:20
Subject: -movelog
Assigned to: xqt
Original description:
Option -movelog behaviors incorrectly. When I give interwiki.py -movelog bot
works with titles \*before\* moving, which are in most cases deleted. It should
work with \*new\* titles...
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55583
Web browser: ---
Bug ID: 55583
Summary: Generate user config files at runtime, not install
time
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: ---
I'm packaging pywikibot for Arch Linux here:
https://aur.archlinux.org/packages/python2-pywikibot-git/
Packing software for distribution means that install scripts might be run by a
different person than the user. Install scripts are not the place for user
config, and it's also bad practice to force ANY interactive configs at that
stage.
Please don't run generate_user_files.py from setup.py. Find some way to do this
at runtime.
Or, ideally, to behave sanely with no configs at all.
At the moment we are just providing a sample config for users to edit, and
doing: sed -i /generate_user_files.py/Id setup.py
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55187
Web browser: ---
Bug ID: 55187
Summary: archivebot.py doesn't support Global arguments
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/1481/
Reported by: Anonymous user
Created on: 2012-06-30 17:48:33
Subject: archivebot.py doesn't support Global arguments
Original description:
http://www.mediawiki.org/wiki/Manual:Pywikipediabot/archivebot.py suggests
archivebot.py can use global arguments such as -family: and -lang:
It doesn't and I feel this would be an improvement.
--
You are receiving this mail because:
You are the assignee for the bug.