Bugs item #3427660, was opened at 2011-10-23 20:23
Message generated for change (Comment added) made by bewareofdoug
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3427660&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: interwiki
Group: None
Status: Open
Resolution: Accepted
Priority: 5
Private: No
Submitted By: reza (reza1615)
Assigned to: xqt (xqt)
Summary: template with /doc subpage interwiki.py has problem
Initial Comment:
Hi,
i came across a problom with templates that have /doc subpage. if some of interwikis don't have /doc it confuses and delete other interwikis
cases
http://en.wikipedia.org/w/index.php?title=Template:Cite_encyclopedia/doc&di…
----------------------------------------------------------------------
Comment By: Doug (bewareofdoug)
Date: 2011-12-15 03:50
Message:
This appears to be a duplicate of, or at least closely related to, bug
1924322:
https://sourceforge.net/tracker/?func=detail&aid=1924322&group_id=93107&ati…
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2011-10-24 09:03
Message:
I found duplicate interwiki links on /doc subpages for several sites: one
for <includeonly>, one for <noinclude>. Pywikibot cannot handle this case.
Normally this does not matter the bot. It should not lead to any subpage.
Unfortunately fa-wiki uses a not documented subpage. I asked Amir for a
comment.
----------------------------------------------------------------------
Comment By: reza (reza1615)
Date: 2011-10-24 04:49
Message:
my bot modified 2700 templates and it had 3 problem . they where the only
cases that templates had /doc sub-page!
http://en.wikipedia.org/w/index.php?title=Special:Contributions&limit=2700&…
so between cases that they will have /doc sub-page it is very risky! to
run interwiki.py
cases:
1-http://en.wikipedia.org/w/index.php?title=Template:Infobox_musical_artist…2-http://en.wikipedia.org/w/index.php?title=Template:Pp-meta/doc&diff=prev&…3-http://en.wikipedia.org/w/index.php?title=Template:Pp-meta/doc&diff=prev&…
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2011-10-23 22:18
Message:
this came from a wrong (doc)-subpage on vi-wiki which was not "official".
vi-wiki has a documetation template too which uses /doc subpages. Somebody
meant he had to localize it to a new form with (doc) ending (I found only
that example who gave the failure). I repared it [1] and I guess it should
work as expected. I also found interwiki links between doc strings from
subpage to subpage and deleted them.
[1]
http://vi.wikipedia.org/wiki/B%E1%BA%A3n_m%E1%BA%ABu:Ch%C3%BA_th%C3%ADch_b%…
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3427660&group_…
Bugs item #3346901, was opened at 2011-06-30 07:48
Message generated for change (Settings changed) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3346901&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: Later
>Priority: 5
Private: No
Submitted By: Helder (heldergeovane)
Assigned to: xqt (xqt)
Summary: Fix translateAndCapitalizeNamespaces for Portuguese
Initial Comment:
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
----
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2011-12-11 22:41
Message:
I guess the prio could be degraded since the code is deactivated
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2011-12-11 22:40
Message:
The bot doesn't see the extension of that links. For implement this
behavior, that code needs to be redesigned. Maybe a future feature. If
there is a way for fixing namespace aliases without looking at the
extension, we could do it sooner. I've deactivated
translateAndCapitalizeNamespaces for the file namespace now.
----------------------------------------------------------------------
Comment By: Helder (heldergeovane)
Date: 2011-12-10 11:44
Message:
Raising the priority since this bug is still afecting bots on every
Portuguese wikis.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3346901&group_…
Bugs item #3346901, was opened at 2011-06-30 07:48
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3346901&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
>Resolution: Later
Priority: 7
Private: No
Submitted By: Helder (heldergeovane)
>Assigned to: xqt (xqt)
Summary: Fix translateAndCapitalizeNamespaces for Portuguese
Initial Comment:
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
----
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2011-12-11 22:40
Message:
The bot doesn't see the extension of that links. For implement this
behavior, that code needs to be redesigned. Maybe a future feature. If
there is a way for fixing namespace aliases without looking at the
extension, we could do it sooner. I've deactivated
translateAndCapitalizeNamespaces for the file namespace now.
----------------------------------------------------------------------
Comment By: Helder (heldergeovane)
Date: 2011-12-10 11:44
Message:
Raising the priority since this bug is still afecting bots on every
Portuguese wikis.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3346901&group_…
Patches item #3455789, was opened at 2011-12-09 14:06
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3455789&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: K.-M. Hansche (loxley)
>Assigned to: xqt (xqt)
Summary: Fix parenthesis-bug in compileLinkR
Initial Comment:
Textlib.py’s compileLinkR doesn't exlude ( or ) at the end of URLs.
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2011-12-11 22:12
Message:
done in r9797. thanks
----------------------------------------------------------------------
Comment By: K.-M. Hansche (loxley)
Date: 2011-12-09 14:13
Message:
Update: Opening paranthesis are allowed, closing ones arn’t.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3455789&group_…
Bugs item #3346901, was opened at 2011-06-30 07:48
Message generated for change (Comment added) made by heldergeovane
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3346901&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
>Priority: 7
Private: No
Submitted By: Helder (heldergeovane)
Assigned to: Nobody/Anonymous (nobody)
Summary: Fix translateAndCapitalizeNamespaces for Portuguese
Initial Comment:
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
----
----------------------------------------------------------------------
>Comment By: Helder (heldergeovane)
Date: 2011-12-10 11:44
Message:
Raising the priority since this bug is still afecting bots on every
Portuguese wikis.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3346901&group_…
Patches item #3455789, was opened at 2011-12-09 14:06
Message generated for change (Comment added) made by loxley
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3455789&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: K.-M. Hansche (loxley)
Assigned to: Nobody/Anonymous (nobody)
Summary: Fix parenthesis-bug in compileLinkR
Initial Comment:
Textlib.py’s compileLinkR doesn't exlude ( or ) at the end of URLs.
----------------------------------------------------------------------
>Comment By: K.-M. Hansche (loxley)
Date: 2011-12-09 14:13
Message:
Update: Opening paranthesis are allowed, closing ones arn’t.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3455789&group_…
Patches item #3455789, was opened at 2011-12-09 14:06
Message generated for change (Tracker Item Submitted) made by loxley
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3455789&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: K.-M. Hansche (loxley)
Assigned to: Nobody/Anonymous (nobody)
Summary: Fix parenthesis-bug in compileLinkR
Initial Comment:
Textlib.py’s compileLinkR doesn't exlude ( or ) at the end of URLs.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3455789&group_…
Bugs item #3449465, was opened at 2011-12-03 08:17
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3449465&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Dr. Trigon (drtrigon)
>Assigned to: xqt (xqt)
Summary: Error in user.contributions
Initial Comment:
Pywikipedia [https] svn.toolserver.org/svnroot/drtrigon/pywikipedia (r218, 2011/11/26, 17:57:39)
Python 2.7.1 (r271:86832, Apr 12 2011, 16:15:16)
[GCC 4.6.0 20110331 (Red Hat 4.6.0-2)]
config-settings:
use_api = True
use_api_login = True
unicode test: triggers problem #3081100
The following code:
site = pywikibot.getSite()
usr = userlib.User(site, u'BLUbot')
for item in usr.contributions(limit = 2000):
print item
raises an error:
Traceback (most recent call last):
File "./tests/dtbext_tester.py", line 500, in <module>
experimental()
File "./tests/dtbext_tester.py", line 328, in experimental
for item in usr.contributions(limit = 2000):
File "./userlib.py", line 292, in contributions
% (params['uclimit'], self.site()))
TypeError: %d format: a number is required, not unicode
mainly because of the '%d' not beeing a '%s'. But the strange thing is why 'params['uclimit']' magically becomes unicode after first iteration and getting a bunch of 500 pages.
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2011-12-08 10:37
Message:
fixed in r9791
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3449465&group_…
Bugs item #3452925, was opened at 2011-12-06 14:56
Message generated for change (Comment added) made by bewareofdoug
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3452925&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Doug (bewareofdoug)
Assigned to: Nobody/Anonymous (nobody)
Summary: -titleregex only searches mainspace
Initial Comment:
Using the -titleregex parameter to a replace.py on the wikimedia commons only gets me hits in the main (gallery) space not in file/image space where I need it to. setting -namespace:6 does nothing and setting -prefixindex:file 'adds' mainspace content with the word file in front. The same result is obtained when attempting to look in userspace (though I didn't try it with -namespace:). An example is:
python replace.py -titleregex:".*Nietzsche.*" foooooooo bar
version.py output:
Pywikipedia [http] trunk/pywikipedia (r9787, 2011/12/06, 07:41:04)
Python 2.6.1 (r261:67515, Jun 24 2010, 21:47:49)
[GCC 4.2.1 (Apple Inc. build 5646)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
----------------------------------------------------------------------
>Comment By: Doug (bewareofdoug)
Date: 2011-12-06 23:20
Message:
To clarify, most of the files in
http://commons.wikimedia.org/wiki/Category:Nietzsche%27s_Werke or any of
its subcats, should have been found, to name just a few hundred - as well
as the category itself, I suppose.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3452925&group_…