https://bugzilla.wikimedia.org/show_bug.cgi?id=58878
Web browser: ---
Bug ID: 58878
Summary: Report sensible error when family file cannot be
loaded
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: valhallasw(a)arctus.nl
Classification: Unclassified
Mobile Platform: ---
"pywikibot.exceptions.Error: Family dibaf does not exist" is not a helpful
message if the problem really is
'cannot import family' (because someone tries 'import family' instead of 'from
pywikibot import family'
or something like that.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=56964
Web browser: ---
Bug ID: 56964
Summary: Tests: create a logger at DEBUG level to log to a file
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: valhallasw(a)arctus.nl
Classification: Unclassified
Mobile Platform: ---
To solve unit test issues, it can be very useful to have a debug log that
includes all network connectivity et cetera. This should be fairly easy -- just
create a logging hander that catches all logging at level DEBUG (or lower), and
stores these to a file.
Basically, this is what -debug does in bot.py:handleArgs.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55308
Web browser: ---
Bug ID: 55308
Summary: Fullurl in imageharvest.py does not 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/897/
Reported by: dasch88
Created on: 2009-04-04 09:54:06
Subject: Fullurl in imageharvest.py does not work
Original description:
When I have a page where the picturelinks are given as fullurl they are
appended to the pageurl
Skript progess:
python imageharvest.py http://commons.wikimedia.org/wiki/User:DaSch/Bot-Export
Checked for running processes. 1 processes currently running, including the
current process.
What text should be added at the end of the description of each image from this
url? \[\[Import::04.04.2009\]\] \[\[Kategorie:Commons-Import\]\]
Include image
http://commons.wikimedia.org/wiki/User:DaSch/http://commons.wikipedia.org/a…
\(\[y\]es, \[N\]o, \[s\]top\) N
Include image
http://commons.wikimedia.org/wiki/User:DaSch/http://upload.wikimedia.org/wi…
\(\[y\]es, \[N\]o, \[s\]top\) y
Give the description of this image: 1789
Reading file
http://commons.wikimedia.org/wiki/User:DaSch/http://upload.wikimedia.org/wi…
Traceback \(most recent call last\):
File "imageharvest.py", line 117, in <module>
main\(url,image\_url\)
File "imageharvest.py", line 95, in main
uploadBot.run\(\)
File "/root/pywecowi/upload.py", line 296, in run
return self.upload\_image\(\)
File "/root/pywecowi/upload.py", line 119, in upload\_image
file = uo.open\(self.url\)
File "/usr/lib/python2.5/urllib.py", line 190, in open
return getattr\(self, name\)\(url\)
File "/usr/lib/python2.5/urllib.py", line 338, in open\_http
return self.http\_error\(url, fp, errcode, errmsg, headers\)
File "/usr/lib/python2.5/urllib.py", line 355, in http\_error
return self.http\_error\_default\(url, fp, errcode, errmsg, headers\)
File "/root/pywecowi/wikipedia.py", line 6954, in http\_error\_default
raise PageNotFound\(u'Page %s could not be retrieved. Check your family file ?'
% url\)
wikipedia.PageNotFound: Page
//commons.wikimedia.org/wiki/User:DaSch/http://upload.wikimedia.org/wikipedia/commons/1/1b/electoralcollege1789.svg
could not be retrieved. Check your family file ?
Version:
Pywikipedia \[http\] trunk/pywikipedia \(r6569, Apr 03 2009, 16:17:41\)
Python 2.5.2 \(r252:60911, Jul 31 2008, 17:28:52\)
\[GCC 4.2.3 \(Ubuntu 4.2.3-2ubuntu7\)\]
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55041
Web browser: ---
Bug ID: 55041
Summary: Cosmetic_changes.py deletes cross wiki-links
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/296/
Reported by: Anonymous user
Created on: 2011-12-26 21:47:33
Subject: Cosmetic_changes.py deletes cross wiki-links
Original description:
Python 2.6.7 \(r267:88850, Sep 19 2011, 13:25:28\)
\[GCC 4.5.2\]
config-settings:
use\_api = True
use\_api\_login = True
unicode test: ok
1\. I ran in RU-wiki one command:
python /home/$USERNAME/pywiki/cosmetic\_changes.py -lang:ru -always
-file:/tmp/somefile
2\. File "/tmp/somefile" contain list of articles for processing
Struthiomimus
QoS
3\. For article "Struthiomimus" in RU-wiki I see, that it was deleted EN
cross-link
\[\[en:Steveville|Steveville\]\]
https://secure.wikimedia.org/wikipedia/ru/w/index.php?title=Struthiomimus&d…
4\. I think, that cosmetic\_changes.py should not deletes cross-links to other
wikis.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=64828
Bug ID: 64828
Summary: Add live recent changes page generator
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: pagegenerators
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: valhallasw(a)arctus.nl
Web browser: ---
Mobile Platform: ---
Should be easy-ish after
https://gerrit.wikimedia.org/r/#/c/131040/
is merged.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55262
Web browser: ---
Bug ID: 55262
Summary: -dir: paramter not working, variable _base_dir has
unclear e
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/1224/
Reported by: purodha
Created on: 2010-08-22 21:57:45
Subject: -dir: paramter not working, variable _base_dir has unclear e
Assigned to: purodha
Original description:
In the current svn verision \(rev 8433\) there is a huge mess around the
parameter -dir.
It is not processed in the place where all general parameters are -
wikipedia.handleArgs\(\)
It is processed in wikipediatools an then deleted from the arguemnt list.
Since this code is executed multiple times \(e.g. 3 times in interwiki.py\) it
does different
and unwanted things from the 2nd call on.
We see repeated error messages about missing config files being created where
there
should be none. Login information is sought at the wrong place, requiring one
to log
in for each change made by interwiki.py, e.g.
config.py processed the -dir parameter and puts it into a variable \_base\_dir
This variable is being used inconsistently as:
\- the directory where user\_config is sought \(only during the 1st trip
through\),
\- the directory where family configurations are expected,
\- the directory where programs are to be found,
\- the directory where where a .svn subdirectory is expected,
which cannot be all identical if you are running multiple bots having
to have different user\_config.py files.
This all needs cleanup.
Since config data is processed before command line parameters are parsed,
this is not straigthforward. When there can be a -dir parameter, config
processing
must not occur before it has been seen, or is known not to be used.
Since the current handling is not working anyways, and multiple processing is a
waste
anyways, I suggest to move the entire config handling to
wikipedia.handleArgs\(\)
and make sure, it only happens once. This would likely obsolete most or all of
the
contents of wikipediatools.py
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=64497
Bug ID: 64497
Summary: coordinate_import.py crashes on unknown globe
Product: Pywikibot
Version: core (2.0)
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: Wikidata
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: maarten(a)mdammers.nl
Web browser: ---
Mobile Platform: ---
Example:
Working on Abaya Lacus
Found Q194777
Adding 73.2, 45.6 to Q194777
Traceback (most recent call last):
File "/shared/pywikipedia/core/scripts/coordinate_import.py", line 85, in
<module>
main()
File "/shared/pywikipedia/core/scripts/coordinate_import.py", line 82, in
main
coordbot.run()
File "/shared/pywikipedia/core/scripts/coordinate_import.py", line 65, in run
item.addClaim(newclaim)
File "/shared/pywikipedia/core/pywikibot/page.py", line 2766, in addClaim
self.repo.addClaim(self, claim, bot=bot, **kwargs)
File "/shared/pywikipedia/core/pywikibot/site.py", line 718, in callee
return fn(self, *args, **kwargs)
File "/shared/pywikipedia/core/pywikibot/site.py", line 3788, in addClaim
params['value'] = json.dumps(claim._formatDataValue())
File "/shared/pywikipedia/core/pywikibot/page.py", line 3081, in
_formatDataValue
value = self.getTarget().toWikibase()
File "/shared/pywikipedia/core/pywikibot/__init__.py", line 159, in
toWikibase
raise NotImplementedError(u"%s is not supported in Wikibase yet." %
self.globe)
NotImplementedError: titan is not supported in Wikibase yet.
Bot shouldn't crash, just skip it.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=65976
Bug ID: 65976
Summary: replaceExcept and hyperlink exception
Product: Pywikibot
Version: compat (1.0)
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: Phoenixoverride(a)gmail.com
Web browser: ---
Mobile Platform: ---
When using replaceExcept() and the hyperlink exception the exception is too
greedy. A random example from enwiki:
<ref>{{cite web
|url=http://www.tvsquad.com/2010/11/22/the-simpsons-meet-avatar-video/|title='The
Simpsons' Meet 'Avatar' (VIDEO) |author=Miller, Olivia |date=November 22, 2010
|work=''[[TV Squad]]'' |accessdate=2010-11-24 }}</ref>
The replace except treats everything between "ur=" and "'The" as part of the
url. IE
http://www.tvsquad.com/2010/11/22/the-simpsons-meet-avatar-video/|title='The
When in reality only url is:
http://www.tvsquad.com/2010/11/22/the-simpsons-meet-avatar-video/
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=61996
Bug ID: 61996
Summary: pywikibot.replaceExcept() may hang or cause an
infinite loop
Product: Pywikibot
Version: compat (1.0)
Hardware: All
OS: All
Status: NEW
Severity: minor
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: info(a)gno.de
Web browser: ---
Mobile Platform: ---
In some circumstances pywikibot.replaceExcept() may hang or have an infinite
loop. Neigher keyboard interrupt nor any other event works anymore an the
workstation must be restarted. Maybe this is caused by a malformed undetected
regex. On the otherhand any interrupt should be possible to kill the task.
I found this on compat, maybe it is also the same problem in core.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54562
Web browser: ---
Bug ID: 54562
Summary: Bugfix for optional caputring group
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/555/
Reported by: eranroz
Created on: 2012-07-03 18:35:29
Subject: Bugfix for optional caputring group
Original description:
Patch for pywikibot/textlib.py for the replace function \(replaceExcept\) for
supporting for empty/optional capturing groups.
This is a bugfix for a crash that occur when using replace.py with a regex
containing optional capturing group \(eg AAA in this regex "bla\(AAA\)?bla" \)
--
You are receiving this mail because:
You are the assignee for the bug.
