https://bugzilla.wikimedia.org/show_bug.cgi?id=55201
Web browser: ---
Bug ID: 55201
Summary: password not remembered?
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: login.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/1435/
Reported by: warddr
Created on: 2012-04-11 16:23:05
Subject: password not remembered?
Original description:
If I run login.py -all I get for every language:Should be logged in now
but every time I start a new robot command \(like for example to move a
category\) it asks for my password again.
I also tried this on an ubuntu pc with python 2.7.2 but same result.
Here is my version.py:
Pywikipedia \[http\] trunk/pywikipedia \(r10103, 2012/04/10, 07:18:22\)
Python 2.6.6 \(r266:84292, Dec 27 2010, 00:02:40\)
\[GCC 4.4.5\]
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=55279
Web browser: ---
Bug ID: 55279
Summary: interwiki -ignore misbehaviour
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
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/1159/
Reported by: Anonymous user
Created on: 2010-04-11 22:10:50
Subject: interwiki -ignore misbehaviour
Original description:
When working in -force mode, pages read from -ignorefile are not just ignored
\(as the option name suggests and it would be an expected behaviour\) but are
deleted from wherever they're found, so that the bot works the same way as in
-neverlink for the given page titles. It would be more logical if the
-ignore/-ignorefile option just ignored \(skipped\) these pages. We should have
some other option for forced remove, something like -neverlink not only for a
language, but also for lang:title combinations.
Pywikipedia \[http\] trunk/pywikipedia \(r8074, 2010/04/10, 23:12:44\)
Python 2.5.1 \(r251:54863, Apr 18 2007, 08:51:08\) \[MSC v.1310 32 bit
\(Intel\)\]
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55204
Web browser: ---
Bug ID: 55204
Summary: Link identify errors
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
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/1427/
Reported by: yfdyh000
Created on: 2012-03-30 18:49:19
Subject: Link identify errors
Original description:
Script mistakenly identify interwiki link, see:
http://en.wikipedia.org/wiki/User\_talk:YFdyh-bothttp://en.wikipedia.org/w/index.php?title=Template%3ANon-free\_video\_sampl…
At the time I run the command:
2012-03-24 04:32:09 r10024 \(wikipedia.py\) Python 2.7.2 interwiki.py
"-warnfile:logs\warning-wikipedia-en.log" "-lang:en" "-cleanup" "-autonomous"
"-async"
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55185
Web browser: ---
Bug ID: 55185
Summary: cosmetic_changes bug on citation's number and
punctuation
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/1483/
Reported by: reza1615
Created on: 2012-07-02 10:01:55
Subject: cosmetic_changes bug on citation's number and punctuation
Original description:
class fixArabicLetters\(\) changes Latin citation's number and punctuation
\(,\) to Persian number and punctuation \(،\) and it is not correct please set
it if the text around the number is in Latin do not convert numbers.
http://fa.wikipedia.org/w/index.php?title=%D8%A7%D8%B1%DB%8C%DA%A9\_%D8%AA%…
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55253
Web browser: ---
Bug ID: 55253
Summary: Limited search in pagenerators.py, invalid help
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/1272/
Reported by: binbot
Created on: 2010-12-18 08:54:35
Subject: Limited search in pagenerators.py, invalid help
Original description:
pagenerators.py, current ver 8652
Help says:
-search Work on all pages that are found in a MediaWiki search
across all namespaces.
But this is not the truth; it will work on 100 pages at most.
line 875:
def SearchPageGenerator\(query, number = 100, namespaces = None, site = None\):
This limits the results to 100 pages, and there is no possibility to pass a
different number from command line. Please build in this parameter and write it
in the help, or alternatively give an unlimited number to the query as stated
in help.
Thank you\!
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55196
Web browser: ---
Bug ID: 55196
Summary: extend moved_links
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
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/1460/
Reported by: justincheng
Created on: 2012-06-12 11:54:11
Subject: extend moved_links
Original description:
Please add u'틀 설명문서' for ko
&
u'模板文檔'
u'模板文档'
u'模板文件'
for zh
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=54571
Web browser: ---
Bug ID: 54571
Summary: parameter expandtemplates for Page.linkedPages
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/484/
Reported by: lankier
Created on: 2010-11-13 05:42:45
Subject: parameter expandtemplates for Page.linkedPages
Original description:
Added parameter expandtemplates for Page.linkedPages. I think it is a usefull
parameter.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55242
Web browser: ---
Bug ID: 55242
Summary: Fix translateAndCapitalizeNamespaces for Portuguese
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/1323/
Reported by: heldergeovane
Created on: 2011-06-30 14:48:20
Subject: Fix translateAndCapitalizeNamespaces for Portuguese
Assigned to: xqt
Original description:
Per discussion on
https://secure.wikimedia.org/wikipedia/pt/wiki/Wikipédia:Esplanada/proposta…"Imagem"\_em\_vez\_de\_"Arquivo"\_ou\_"Ficheiro"\_\(12mar2011\)?uselang=en
please, change the function translateAndCapitalizeNamespaces \(from
cosmetic\_changes.py\) so that the bots stop doing the following chnges:
\* Image --> Ficheiro
\* File --> Ficheiro
\* Arquivo --> Ficheiro
\* Imagem --> Ficheiro
This is necessary in order to avoid linguistic problems, considering that
"Arquivo" is the preferred word on Brazil but "Ficheiro" is preferred on
Portugal.
For \*\*image\*\* files, the word "Imagem" is common to both Portuguese
variants, and as such it is preferred, so this should be the name used when
changing the namespace name of images. The use of "Ficheiro" and "Arquivo" is
preferred only for \*\*other kinds of files\*\* \(such as PDF or OGG\), which
are not images.
So, in short, the bots should do the following changes:
\* For images \(i.e. files with one of the following extensions: png, gif, jpg,
jpeg, svg, tiff, tif\), change:
\*\* Image --> Imagem
\*\* File --> Imagem
\*\* Ficheiro --> Imagem
\*\* Arquivo --> Imagem
\*For other files \(i.e. files with one of the following extensions: xcf, pdf,
mid, ogg, ogv, djvu, oga\):
\*\* Arquivo --> Do not change \(we should respect the variant used by the
editors\)
\*\* Ficheiro --> Do not change \(we should respect the variant used by the
editors\)
\*\* File --> Do not change \(or change randomly to "Ficheiro" or "Arquivo",
since it is indeed a "file" and both pt and pt-BR are acceptable\)
\*\* Image --> Do not change \(or change randomly to "Ficheiro" or
"Arquivo", since it is indeed a "file" and both pt and pt-BR are acceptable\)
\*\* Imagem --> Do not change \(or change randomly to "Ficheiro" or
"Arquivo", since it is indeed a "file" and both pt and pt-BR are acceptable\)
PS: the output of "python version.py" is the foolowing, although this bug
report applies to all versions:
\----
Pywikipedia \[http\] trunk/pywikipedia \(r9323, 2011/06/30, 12:40:56\)
Python 2.7.1+ \(r271:86832, Apr 11 2011, 18:13:53\)
\[GCC 4.5.2\]
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=55217
Web browser: ---
Bug ID: 55217
Summary: _getContentsNaive doesn't honour "recurse" parameter
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/1403/
Reported by: Anonymous user
Created on: 2012-02-03 21:35:56
Subject: _getContentsNaive doesn't honour "recurse" parameter
Original description:
\--- catlib.py \(révision 9851\)
+++ catlib.py \(copie de travail\)
@@ -170,7 +170,12 @@
sortby=sortby, sortdir=sortdir\):
yield tag, page
if tag == SUBCATEGORY and recurse:
\- for item in page.\_getContentsNaive\(recurse=True,
\+ if recurse:
\+ if type\(recurse\) is int:
\+ newrecurse = recurse - 1
\+ else:
\+ newrecurse = recurse
\+ for item in page.\_getContentsNaive\(recurse=newrecurse,
sortby=sortby, sortdir=sortdir\):
yield item
my version:
guillaume@barbaz:~/src/pywikipedia$ python version.py
Pywikipedia \[http\] trunk/pywikipedia \(r9850, 2012/02/01, 12:21:57\)
Python 2.7.1+ \(r271:86832, Apr 11 2011, 18:13:53\)
\[GCC 4.5.2\]
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=55330
Web browser: ---
Bug ID: 55330
Summary: interwiki.py -untranslatedonly -number:nn not
intuitive
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
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/412/
Reported by: purodha
Created on: 2007-06-03 13:26:17
Subject: interwiki.py -untranslatedonly -number:nn not intuitive
Original description:
interwiki.py -untranslatedonly -number:nn -confirm
acts counterinuitively. I expect the be asked for nn groups of page hints, and
that nn pages may be altered.
In fact, nn pages are being checked, and only those among them which match the
-untranslatedonly criterion, are possibly altered. Only for those, hints are
being asked from me. Their number is usually far less than nn, and may be even
zero. I have to know, or guess, how many "-untranslatedonly" pages there are in
a selection, given e.g. by -cat:cc, or -link:ll, etc., and how these are
distributed, so as to find a decent value for nn, to avoid unneccessary loading
of pages \(if I choose nn too high\) or a too short session \(if I choose nn
too low\) which due to reprocessing the same call with a larger nn, again
creates an unneccessary burden on the servers.
What I want with -untranslatedonly -number:nn -confirm, is to process exactly
nn pages. I want to be asked about less pages only, if my selection has been
exhausted before nn pages have been processed.
--
You are receiving this mail because:
You are the assignee for the bug.