https://bugzilla.wikimedia.org/show_bug.cgi?id=55135
Web browser: ---
Bug ID: 55135
Summary: reflinks.py not yet available in rewrite
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/1640/
Reported by: valhallasw
Created on: 2013-07-08 11:17:04.007000
Subject: reflinks.py not yet available in rewrite
Original labels: to port, rewriteOriginal description:
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55689
Web browser: ---
Bug ID: 55689
Summary: Replace.py errors
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: arjunaraoc(a)googlemail.com
Classification: Unclassified
Mobile Platform: ---
Trying to save using -search or -filelinks is giving error (extract below)
arjun@arjun-945GCM-S2L:~/pwb/core$ python pwb.py replace.py
-filelinks:CNREDDY.JPG -save:cnrtoc.txt "అ" "ఇ"
Traceback (most recent call last):
File "pwb.py", line 104, in <module>
run_python_file(fn, args)
File "pwb.py", line 49, in run_python_file
exec compile(source, filename, "exec") in main_mod.__dict__
File "scripts/replace.py", line 696, in <module>
main()
File "scripts/replace.py", line 549, in main
raise pywikibot.Error, 'require even number of replacements.'
pywikibot.exceptions.Error: require even number of replacements.
It is working with just the first search string. Looks like the documentation
(link below) is outof date.
https://www.mediawiki.org/wiki/Manual:Pywikibot/replace.py#Example: Gathering
articles
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55056
Web browser: ---
Bug ID: 55056
Summary: sysop in botlist.py and watchlist.py not used
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/270/
Reported by: drtrigon
Created on: 2010-10-21 16:52:06
Subject: sysop in botlist.py and watchlist.py not used
Original description:
The 'sysop' parameter used in the bot- and watchlist \(e.g. in the 'refresh'
method\) is of NO USE at the moment \(in the current code implementation\).
This should be solved, thus either:
\- remove the 'sysop' parameter
\- OR change the code to make use of this parameter
More or less all the 'sysop' code parts were introduced by alexsh \(watchlist\)
and in order to that by xqt and me too \(botlist\).
Thanks a lot and
Greetings\!
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55165
Web browser: ---
Bug ID: 55165
Summary: Wikia returns cached pages for get.py editarticle.py
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/1537/
Reported by: throwy
Created on: 2012-11-07 12:36:40
Subject: Wikia returns cached pages for get.py editarticle.py
Original description:
get.py and editarticle.py use a method of page fetching that results in cached
pages from Wikia
replace.py uses the pagegenerator method, which fetches the latest version of
pages from Wikia
The issue is probably a Wikia issue, but it would be nice to implement a
workaround in pywikipediabot.
Steps to reproduce:
Create or edit a page on a Wikia wiki. Fetch the page with editarticle.py or
get.py . The bot should fetch a cached version. Edit the page with replace.py
and the bot should fetch the most recent version, which is the expected
behavior.
Comments:
Someone had already solved this issue for me on \#pywikipediabot on freenode.
It requires very little alteration to get.py and editarticle.py. Unfortunately
I did not back up or document the changes before updating pywikipediabot from
SVN and the changes were lost.
\----
$ python version.py
Pywikipedia \[http\] trunk/pywikipedia \(r10663, 2012/11/04, 19:53:31\)
Python 2.7.3 \(v2.7.3:70274d53c1dd, Apr 9 2012, 20:52:43\)
\[GCC 4.2.1 \(Apple Inc. build 5666\) \(dot 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=64875
Bug ID: 64875
Summary: Port ndashredir.py to core
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
Blocks: 55880
Web browser: ---
Mobile Platform: ---
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55120
Web browser: ---
Bug ID: 55120
Summary: reflinks.py work with ref 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/bugs/1670/
Reported by: rubin16
Created on: 2013-09-10 09:13:48.112000
Subject: reflinks.py work with ref group
Original description:
reflinks.py from /compat/ makes some mess with groups of references:
https://ru.wikipedia.org/w/index.php?diff=58138900&oldid=58101042
Is it possible to amend it or just start to ignore references with <ref group>
inside?
PS: I've created bug on bugzilla (53936) but it seems that active bugtracker is
here, not there
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55045
Web browser: ---
Bug ID: 55045
Summary: imagecopy.py
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
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/feature-requests/289/
Reported by: rubin16
Created on: 2011-08-30 17:29:50
Subject: imagecopy.py
Original description:
CommonsHelper \(http://tools.wikimedia.de/~magnus/commonshelper.php\) has some
troubles with parsing images from cyrillic-based wikis \(see
https://jira.toolserver.org/browse/MAGNUS-218\). As Magnus said, it's not
possible to correct this bug in commonshelper I, but now it is fixed in
CommonsHelper II \(http://toolserver.org/~commonshelper2/index.php\).
Is it possible to switch imagecopy.py to CommonsHelperII? This would be useful
not only for cyrillic wikis, but also for all other chapters, because Magnus
said that it would be better to switch to CH II
\(http://lists.wikimedia.org/pipermail/commons-l/2011-April/005940.html\) as
not all serious problems can be fixed in first version and some other bugs can
appear in the future.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=64871
Bug ID: 64871
Summary: Port match_images.py and move to scripts repository
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
Blocks: 55880
Web browser: ---
Mobile Platform: ---
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55292
Web browser: ---
Bug ID: 55292
Summary: copyright.py crashes on non-Wikipedia projects
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/1091/
Reported by: mike_lifeguard
Created on: 2009-11-24 15:55:45
Subject: copyright.py crashes on non-Wikipedia projects
Original description:
Because Wikipedia is hardcoded, copyright.py attempts to get
\[\[wikipedia:en:Mirrors and forks/Abc\]\] et al, but obviously can't, then
later crashes because the .txt files don't exist. Terminal output/traceback
attached.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55195
Web browser: ---
Bug ID: 55195
Summary: Invalid Title in flickrripper
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/1466/
Reported by: betacommand
Created on: 2012-06-19 19:52:25
Subject: Invalid Title in flickrripper
Assigned to: xqt
Original description:
Betacommand multichill: I know you wrote flickrripper.py and Im trying to
fix an issue with it, and thought it might be easier for you to fix
Betacommand lines 157-161 where it grabs the description and uses it for the
file name
Betacommand when you start working with non-latin descriptions it doesnt
handle multi-byte characters well, it ended up with a title over 320 bytes
Betacommand the max mediawiki lets you have is 255
multichill Lol
Betacommand multichill: really rather a pain
multichill So the check shoul probably encode it and than see how long it
is?
Betacommand correct
multichill Or just lower the limit a bit?
Betacommand thai letters for example are 3 bytes
Betacommand notes it was discovered with flickrripper.py -autonomous
-user\_id:40561337@N07 -addcategory:"Files from Abhisit Vejjajiva Flickr
stream"
multichill Betacommand: Could you file a bug for this?
Betacommand multichill: you would need to cut it down to 85 to be safe
--
You are receiving this mail because:
You are the assignee for the bug.