https://bugzilla.wikimedia.org/show_bug.cgi?id=57097
Web browser: ---
Bug ID: 57097
Summary: Port warnfile.py ito Pywikibot core
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: interwiki.py
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: cdpark(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
warnfile.py is not ported to core branch. So, "python interwiki.py
-warnfile:XXX" does not work now.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55226
Web browser: ---
Bug ID: 55226
Summary: -titleregex only searches mainspace
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/1386/
Reported by: bewareofdoug
Created on: 2011-12-06 22:56:55
Subject: -titleregex only searches mainspace
Original description:
Using the -titleregex parameter to a replace.py on the wikimedia commons only
gets me hits in the main \(gallery\) space not in file/image space where I
need it to. setting -namespace:6 does nothing and setting -prefixindex:file
'adds' mainspace content with the word file in front. The same result is
obtained when attempting to look in userspace \(though I didn't try it with
-namespace:\). An example is:
python replace.py -titleregex:".\*Nietzsche.\*" foooooooo bar
version.py output:
Pywikipedia \[http\] trunk/pywikipedia \(r9787, 2011/12/06, 07:41:04\)
Python 2.6.1 \(r261:67515, Jun 24 2010, 21:47:49\)
\[GCC 4.2.1 \(Apple Inc. build 5646\)\]
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=55280
Web browser: ---
Bug ID: 55280
Summary: he.wiki - interwikis outside main namespace
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/1153/
Reported by: masti01
Created on: 2010-03-21 21:17:22
Subject: he.wiki - interwikis outside main namespace
Original description:
the bot shpuld not add interwikis to pages outdside main namespace until it is
solved where to put them. A lot of pages in Wikipedia namespace have their
''doc'' pages but there is no common template showingthis pages. see
http://he.wikipedia.org/wiki/%D7%A9%D7%99%D7%97%D7%AA\_%D7%9E%D7%A9%D7%AA%D…
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55225
Web browser: ---
Bug ID: 55225
Summary: Error downloading data: No JSON object could be
decoded
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/1387/
Reported by: djbarrett
Created on: 2011-12-07 00:52:22
Subject: Error downloading data: No JSON object could be decoded
Original description:
replace.py produces the following error message in the middle of large
search-and-replace operations.
Error downloading data: No JSON object could be decoded: line 1 column 0 \(char
0\)
Request en:/w/api.php?
Retrying in 1 minutes...
1 minute later, it fails again and retries in 2 minutes, then 4 minutes, etc.
The command was:
$ python replace.py -regex -nocase -start:\!
'\\\\\\\\\(example\\.net|exampleus\)\\\common\\\softlib'
'\\\example.net\global\softlib'
and when prompted for a replacement, I typed "a" for "All". After doing a
bunch of replacements, the error started happening. This is with MediaWiki
1.17.1.
$ sudo python version.py
Pywikipedia \[http\] trunk/pywikipedia \(r9787, 2011/12/06, 07:41:04\)
Python 2.4.3 \(\#1, May 5 2011, 16:39:10\)
\[GCC 4.1.2 20080704 \(Red Hat 4.1.2-50\)\]
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=55236
Web browser: ---
Bug ID: 55236
Summary: Self closing tags
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/1334/
Reported by: Anonymous user
Created on: 2011-08-28 15:13:07
Subject: Self closing tags
Original description:
Since MW 1.16 wgHtm5 and wgWellFormedXml are turned on by default. And
cosmetic\_changes.py still changes things like <br> to <br />, I
don't see any reason for that. There are three options we have here:
\* Stop making these kind of changes
\* Make these changes "complete" and add some tags that are not fixed \(eg.
<hr> to <hr />\)
\* Do just the opposite, and let the MW fix the tags \(eg. a<br/> to
<br>, etc\)
I like the third option, because it makes the code easier to read for editors.
In the attachment there's a patch to apply the third option.
python version.py:
Pywikipedia \[http\] trunk/pywikipedia \(r9462, 2011/08/28, 11:34:03\)
Python 2.7 \(r27:82500, Aug 07 2010, 16:54:59\) \[GCC\]
config-settings:
use\_api = True
use\_api\_login = True
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55169
Web browser: ---
Bug ID: 55169
Summary: Reading Templates within Templates
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/1525/
Reported by: Anonymous user
Created on: 2012-10-24 04:53:20
Subject: Reading Templates within Templates
Assigned to: xqt
Original description:
Hi\!
Pywikipedia is used to harvest the in-wiki monument lists to the monuments
database. I noticed the Error
https://bugzilla.wikimedia.org/show\_bug.cgi?id=39973, the following lines are
a copy of the existing bug:
Some values provided by headertemplates \(ie 'Gemeinde' in Austrian lists\) are
not filled if there is a template part of any row parameter. Specific example:
http://de.wikipedia.org/wiki/Liste\_der\_denkmalgesch%C3%BCtzten\_Objekte\_…
In article:
\{\{Denkmalliste Österreich Tabellenkopf
|Gemeinde = Pfons
|Bezirk = Bezirk Innsbruck Land
<...>
\}\}
\{\{Denkmalliste Österreich Tabellenzeile
|Name = Friedhof mit Kapellen und Kleindenkmalen
|Beschreibung =
|ObjektID = 110694
<...>
\}\}
\{\{Denkmalliste Österreich Tabellenzeile
|Name = Kath. Pfarrkirche Mariä Himmelfahrt
|Beschreibung = \{\{Hauptartikel|Mariä-Himmelfahrt-Kirche \(Pfons\)\}\}
|ObjektID = 64604
<...>
\}\}
and in database:
SELECT \`objektid\`, \`name\`, \`gemeinde\`, \`bezirk\` FROM
\`p\_erfgoed\_p\`.\`monuments\_at\_\(de\)\` WHERE \`objektid\` = 110694 or
\`objektid\` =
64604;
| objektid | name | gemeinde | bezirk
| 110694 | Friedhof mit Kapellen<...> | Pfons | Bezirk Innsbruck
Land
| 64604 | Kath. Pfarrkirche Mar<...> | |
many other examples can be found by SELECT \* FROM
\`p\_erfgoed\_p\`.\`monuments\_at\_\(de\)\` WHERE \`gemeinde\` = '';
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55149
Web browser: ---
Bug ID: 55149
Summary: setitem for wikidata doesn't work!
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/1587/
Reported by: reza1615
Created on: 2013-02-24 19:21:13
Subject: setitem for wikidata doesn't work!
Original description:
I used this code
\#\!/usr/bin/python
\# -\*- coding: utf-8 -\*-
import wikipedia,login
summary=u'آبشار لاتون,آبشار لاتون'
site=wikipedia.getSite\('fa',fam='wikipedia'\)
fapage=wikipedia.Page\(site,u'آبشار\_لاتون'\)
data=wikipedia.DataPage\(fapage\)
list=data.get\(\)
id=list\['entity'\].replace\('q',''\)
data = wikipedia.DataPage\(site.data\_repository\(\), "Q"+id\)
data.setitem\(summary,items=\{'type': u'item', 'label': 'glk',
'value':u'آبشار\_لاتون'\}\)
data.setitem\(summary,items=\{'type': u'sitelink', 'site': 'glk',
'title':u'آبشار\_لاتون\_\(بارزاو\)'\}\)
it shows
Updating page \[\[wikidata:Q5058182\]\] via API
Updating page \[\[wikidata:Q5058182\]\] via API
but it doesn't update the page\!
also please add
def getIdFromPage\(data\)
id=data.get\(\) \['entity'\].replace\('q',''\)
return id
and add
data = DataPage\(site.data\_repository\(\), "Q"+id\)
to first line of setitem\(\)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55179
Web browser: ---
Bug ID: 55179
Summary: cosmetics_changes.py chokes on big article
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/1495/
Reported by: harriv
Created on: 2012-07-22 17:20:35
Subject: cosmetics_changes.py chokes on big article
Original description:
I tried to create list of 55000+ page category with category.py and
cosmetic\_changes enabled. Script seems to hang for a very long time. If
cosmetic changes are disable, this doesn't occur.
Here's stack trace when CTRL-C is pressed:
^CTraceback \(most recent call last\):
File "category.py", line 1005, in <module>
main\(\)
File "category.py", line 998, in main
bot.run\(\)
File "category.py", line 536, in run
self.list.put\(listString, comment=self.editSummary\)
File "/home/users/harriv/wikibot/tmp/pywikipedia/wikipedia.py", line 2005, in
put
newtext = ccToolkit.change\(newtext\)
File "/home/users/harriv/wikibot/tmp/pywikipedia/cosmetic\_changes.py", line
166, in change
text = self.cleanUpLinks\(text\)
File "/home/users/harriv/wikibot/tmp/pywikipedia/cosmetic\_changes.py", line
517, in cleanUpLinks
'startspace'\]\)
File "/home/users/harriv/wikibot/tmp/pywikipedia/pywikibot/textlib.py", line
135, in replaceExcept
excMatch = dontTouchR.search\(text, index\)
KeyboardInterrupt
Version info:
Pywikipedia \[http\] trunk/pywikipedia \(r10461, 2012/07/22, 16:33:39\)
Python 2.6.6 \(r266:84292, Dec 26 2010, 22:31:48\)
\[GCC 4.4.5\]
config-settings:
use\_api = True
use\_api\_login = True
unicode test: triggers problem \#3081100
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55222
Web browser: ---
Bug ID: 55222
Summary: cosmetic_changes.py and <code>
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/1393/
Reported by: ganz-ru
Created on: 2012-01-14 17:37:31
Subject: cosmetic_changes.py and <code>
Original description:
Here:
http://ru.wikipedia.org/w/index.php?diff=40245627&oldid=39731202http://ru.wikipedia.org/w/index.php?diff=40765267&oldid=39425330
cosmetic\_changes.py replaced the internal internal html-text of
<code>...</code> with unicode symbols. That's not good, since the
tag <code> is for an original representation of codes, including the
html-code. So, I propose to add this tag to the elist of exceptions.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55219
Web browser: ---
Bug ID: 55219
Summary: Updating complex pages
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/1399/
Reported by: malafaya
Created on: 2012-01-17 00:22:50
Subject: Updating complex pages
Original description:
When updating complex pages, it's common to get a Timeout, because the
Wikimedia server does not process and return the page within the expected time.
In suchs cases \(when a timeout exception is thrown\), my suggestion si that
pywikipedia should try to fetch the page again and check if there are any
differences against the new page to be saved. If not, then it should proceed
and not block indefinitely in such pages.
--
You are receiving this mail because:
You are the assignee for the bug.