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=65238
Ricordisamoa <ricordisamoa(a)openmailbox.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ricordisamoa(a)openmailbox.or
| |g
Component|General |tests
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=68348
Bug ID: 68348
Summary: pywikibot-wiktionary tests are generally failing
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
Web browser: ---
Mobile Platform: ---
$ ./testall.sh
...F
======================================================================
FAIL: testReprSanity (__main__.KnownValues)
Header __repr__, __eq__, __ne__ should give sane results
----------------------------------------------------------------------
Traceback (most recent call last):
File "./headertest.py", line 52, in testReprSanity
self.assertNotEqual(h, header.Header())
AssertionError: header.Header(contents='en', header='english', level=2,
type='lang') == <header.Header object at 0x10fcbcb90>
----------------------------------------------------------------------
Ran 4 tests in 0.001s
FAILED (failures=1)
This line doesn't seem to contain an indication of the language: *Russian:
[[шесток]] ''m'' (shestok)
E
======================================================================
ERROR: testParser (__main__.KnownValues)
self.term, self.gender, self.number, self.diminutive and remark
----------------------------------------------------------------------
Traceback (most recent call last):
File "./meaningtest.py", line 58, in testParser
termlang]['alltrans'][i]['trans']
KeyError: 'ru'
----------------------------------------------------------------------
Ran 1 test in 0.001s
FAILED (errors=1)
.FFF
======================================================================
FAIL: testTermKnownValuesWikiWrapAsExample (__main__.KnownValues)
WikiWrap output correct for a term used as an example
----------------------------------------------------------------------
Traceback (most recent call last):
File "./termtest.py", line 31, in testTermKnownValuesWikiWrapAsExample
self.assertEqual(asexample, result)
AssertionError: "'''example'''" != u"'''en'''"
======================================================================
FAIL: testTermKnownValuesWikiWrapAsTranslation (__main__.KnownValues)
WikiWrap output correct for a term when used as a translation
----------------------------------------------------------------------
Traceback (most recent call last):
File "./termtest.py", line 53, in testTermKnownValuesWikiWrapAsTranslation
self.assertEqual(forlist, result)
AssertionError: '[[example]]' != '[[en]]'
======================================================================
FAIL: testTermKnownValuesWikiWrapForList (__main__.KnownValues)
WikiWrap output correct for a term when used in a list
----------------------------------------------------------------------
Traceback (most recent call last):
File "./termtest.py", line 42, in testTermKnownValuesWikiWrapForList
self.assertEqual(forlist, result)
AssertionError: '[[example]]' != '[[en]]'
----------------------------------------------------------------------
Ran 4 tests in 0.001s
FAILED (failures=3)
.number of meanings: 1
number of meanings: 1
number of meanings: 1
number of meanings: 1
number of meanings: 1
E
======================================================================
ERROR: testWhetherTranslationsAreParsedProperly
(__main__.TestKnownValuesInParser)
Test whether translations are parsed properly
----------------------------------------------------------------------
Traceback (most recent call last):
File "./wiktionarypagetest.py", line 509, in
testWhetherTranslationsAreParsedProperly
apage.parseWikiPage(value['wikiformat'])
File "/Users/km/projects/pywikibot-wiktionary/wiktionarypage.py", line 441,
in parseWikiPage
winner.parseTranslations(line)
AttributeError: 'bool' object has no attribute 'parseTranslations'
----------------------------------------------------------------------
Ran 2 tests in 0.072s
FAILED (errors=1)
--
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.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55191
Web browser: ---
Bug ID: 55191
Summary: Wrong startspace match in textlib.replaceexcept
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/1472/
Reported by: xqt
Created on: 2012-06-22 12:34:10
Subject: Wrong startspace match in textlib.replaceexcept
Original description:
textlib.replaceexcept wrongly matches 'startspace' within templates, e.g.
\{\{templatename
\_| option1 = foo
\_| option2 = bar
\}\}
\(replace\('\_', ' '\) first.
--
You are receiving this mail because:
You are the assignee for the bug.
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.