https://bugzilla.wikimedia.org/show_bug.cgi?id=55248
Web browser: ---
Bug ID: 55248
Summary: Dead code in redirect.py
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/1282/
Reported by: valhallasw
Created on: 2011-01-14 23:57:02
Subject: Dead code in redirect.py
Assigned to: xqt
Original description:
sd\_tagging\_sum is never defined, but is used:
if targetPage.site\(\).lang in sd\_template and \
targetPage.site\(\).lang in sd\_tagging\_sum:
and further. This code probably was used in an older version, but is apparently
dead now...
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55051
Web browser: ---
Bug ID: 55051
Summary: Interwiki graphs doesn't generates in "autonomous"
mode
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
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/278/
Reported by: Anonymous user
Created on: 2010-12-21 19:09:12
Subject: Interwiki graphs doesn't generates in "autonomous" mode
Original description:
1\. Set interwiki\_graph = True in user-config.py
2\. Run interwiki.py to article with interwiki conflict in "auto" mode, for
example with
"interwiki.py -auto ru:JPEG XR"
3\. As result, you get no image in directory /interwiki-graphs
Expected result: Interwiki.py should generate an image in "auto" mode.
\---
Pywikipedia \[http\] trunk/pywikipedia \(r8785, 2010/12/21, 00:11:55\)
Python 2.6.2 \(release26-maint, Apr 19 2009, 01:56:41\)
\[GCC 4.3.3\]
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=55610
Web browser: ---
Bug ID: 55610
Summary: time data error
Product: Pywikibot
Version: compat (1.0)
Hardware: All
OS: All
Status: NEW
Severity: critical
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: jan.dudik(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
After last update via SVN bot does not work, see example
D:\Py>replace.py -start:! "foo" "bar"
Sleeping for 3.9 seconds, 2013-10-11 11:01:19
Getting 60 pages from wikipedia:cs...
ERROR: SaxParseBug caused error ValueError: time data u'20130318134509' does
not
match format '%Y-%m-%dT%H:%M:%SZ'
. Dump SaxParseBug_wikipedia-cs__Fri_Oct_11_11-01-30_2013.dump created.
Traceback (most recent call last):
File "D:\Py\pagegenerators.py", line 1228, in __iter__
for loaded_page in self.preload(somePages):
File "D:\Py\pagegenerators.py", line 1253, in preload
pywikibot.getall(site, pagesThisSite)
File "D:\Py\wikipedia.py", line 5508, in getall
_GetAll(site, pages, throttle, force).run()
File "D:\Py\wikipedia.py", line 5158, in run
xml.sax.parseString(data, handler)
File "C:\Python27\lib\xml\sax\__init__.py", line 49, in parseString
parser.parse(inpsrc)
File "C:\Python27\lib\xml\sax\expatreader.py", line 107, in parse
xmlreader.IncrementalParser.parse(self, source)
File "C:\Python27\lib\xml\sax\xmlreader.py", line 123, in parse
self.feed(buffer)
File "C:\Python27\lib\xml\sax\expatreader.py", line 207, in feed
self._parser.Parse(data, isFinal)
File "C:\Python27\lib\xml\sax\expatreader.py", line 304, in end_element
self._cont_handler.endElement(name)
File "D:\Py\xmlreader.py", line 207, in endElement
self.callback(entry)
File "D:\Py\wikipedia.py", line 5194, in oneDone
page2._editTime = parsetime2stamp(timestamp)
File "D:\Py\wikipedia.py", line 9685, in parsetime2stamp
s = time.strptime(tz, "%Y-%m-%dT%H:%M:%SZ")
File "C:\Python27\lib\_strptime.py", line 454, in _strptime_time
return _strptime(data_string, format)[0]
File "C:\Python27\lib\_strptime.py", line 325, in _strptime
(data_string, format))
ValueError: time data u'20130318134509' does not match format
'%Y-%m-%dT%H:%M:%S
Z'
time data u'20130318134509' does not match format '%Y-%m-%dT%H:%M:%SZ'
0 pages were changed.
D:\Py>version.py
git není názvem vnitřního ani vnějšího příkazu,
spustitelného programu nebo dávkového souboru.
Pywikipedia wikipedia.py (r-1 (unknown), 080ceeb, 2013/10/11, 10:26:03,
OUTDATED
)
Python 2.7.3 (default, Apr 10 2012, 23:31:26) [MSC v.1500 32 bit (Intel)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
D:\Py>
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55287
Web browser: ---
Bug ID: 55287
Summary: interwiki does not resume with -continue
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/1130/
Reported by: masti01
Created on: 2010-02-27 23:26:13
Subject: interwiki does not resume with -continue
Assigned to: xqt
Original description:
While running interwiki.py when an interwiki dump file does not exists the
script properly saves it and you can use -continue option to restart. When it
exists it will not be saved and the bot restarts using old interwiki dump so
when the previous run has started.
$ python version.py
Pywikipedia \[http\] trunk/pywikipedia \(r7972, 2010/02/27, 10:13:26\)
Python 2.6.2 \(r262:71600, Aug 21 2009, 12:22:21\)
\[GCC 4.4.1 20090818 \(Red Hat 4.4.1-6\)\]
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=52692
DrTrigon <dr.trigon(a)surfeu.ch> changed:
What |Removed |Added
----------------------------------------------------------------------------
Blocks| |55673
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55655
Web browser: ---
Bug ID: 55655
Summary: Random removal of some interwikis
Product: Pywikibot
Version: compat (1.0)
Hardware: All
OS: All
Status: NEW
Severity: critical
Priority: Unprioritized
Component: interwiki.py
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: malafaya(a)clix.pt
Classification: Unclassified
Mobile Platform: ---
Recently (starting maybe 2 days ago), some good interwikis have been being
randomly removed by interwiki.py. I could not find any pattern. Running the
interwiki bot twice for the same set of pages sometimes removed links on some
pages, and sometimes in other pages in which it didn't remove before. But those
pages exist with the same name (I'm running in -wiktionary mode).
interwiki.pt -family:wiktionary -lang:pt -wiktionary -auto -cleanup -async
-pt:1 -start:caj
Getting 60 pages via API from wiktionary:no...
[...]
NOTE: [[no:calcer]] does not exist. Skipping.
*** NOTE: [[no:calcetariam]] does not exist. Skipping. *** (THIS ASSERTION IS
WRONG!)
NOTE: [[no:calcetarias]] does not exist. Skipping.
[...]
======Post-processing [[pt:calcetariam]]======
Updating links on page [[pt:calcetariam]].
Changes to be made: Robot: Removing [[no:calcetariam]]
- [[no:calcetariam]]
And yet the removed page link is valid:
https://no.wiktionary.org/w/index.php?title=calcetariam&action=history&usel…
You can see another example at
https://pt.wiktionary.org/w/index.php?title=cat&action=history&uselang=en ,
where many interwikis links were removed on October 11 2013, and readded after
I ran the same bot just for that page.
This problem is causing my bot to be blocked in some projects.
===
Pywikibot: [https] r/pywikibot/compat (r158, d6960b9, 2013/10/12, 14:56:32, ok)
Release version: 1.0b1
Python: 2.7.5 (default, May 15 2013, 22:43:36) [MSC v.1500 32 bit (Intel)]
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=54558
Web browser: ---
Bug ID: 54558
Summary: Don't replace LF with CR LF in xmlreader
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/patches/565/
Reported by: Anonymous user
Created on: 2012-08-31 19:05:12
Subject: Don't replace LF with CR LF in xmlreader
Original description:
Fixes a bug that I'll submit shortly.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55159
Web browser: ---
Bug ID: 55159
Summary: exists function (wikipedia.py) doesn't work well on
Wikidata
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/1547/
Reported by: hazard-sj
Created on: 2012-12-09 02:20:09
Subject: exists function (wikipedia.py) doesn't work well on Wikidata
Original description:
Hello, page.exists\(\) isn't working properly on Wikidata \(for items at least,
haven't checked for non-items\). It always returns False.
\(r10746\)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55210
Web browser: ---
Bug ID: 55210
Summary: new lines not managed correctly
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/1415/
Reported by: paolobenve
Created on: 2012-03-03 12:53:35
Subject: new lines not managed correctly
Original description:
$ python version.py
Pywikipedia \[http\] trunk/pywikipedia \(r9946, 2012/03/01, 09:52:33\)
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
Linux debian
I'm using the bot on the server itself where mediawiki is installed.
If I insert a new line with the replace.py script \(e.g., with the replace
string like "asdf\n"\), a subsequent regex search of the same string \(e.g,
"asdf\n"\) won't match, while "asdf\r\n" will match.
It seems that when the bot must insert \n, actualy it inserts \r\n.
--
You are receiving this mail because:
You are the assignee for the bug.