Bugs item #1891060, was opened at 2008-02-11 12:35
Message generated for change (Comment added) made by rotemliss
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891060&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: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Purodha B Blissenbach (purodha)
Assigned to: Nobody/Anonymous (nobody)
Summary: namespace['mul'][100] in various Wikipedias
Initial Comment:
I am getting currently excessive:
WARNING: Family file wikipedia includes namespace['mul'][100], but it should be removed (namespace doesn't exist in the site)
for various Wikipedias when running interwiki.py. I cannot believe that two dozen sites removed their NS 100's at once. So I believe in a bug.
----------------------------------------------------------------------
>Comment By: Rotem Liss (rotemliss)
Date: 2008-02-11 19:55
Message:
Logged In: YES
user_id=1327030
Originator: NO
The problem shouldn't be treated this way, as the namespaces don't exist,
and treating them as though they are exist may cause other bugs (e.g.
treating the talk pages). I suggest to maintain a list of such
pseudo-namespaces, either in interwiki.py or in the family file, and use
them in interwiki.py.
----------------------------------------------------------------------
Comment By: Alleborgo (alleborgo)
Date: 2008-02-11 19:33
Message:
Logged In: YES
user_id=1898409
Originator: NO
Yes, now there are many warning messages but interwiki on the portals
pages are correct propagated. If we rollback to the previous version we'll
remove the warning message but we'll obtain the namespace mismatch message
and the script will not work on portal pages.
Maybe the best solution is to suggest to set those name as the namespace
100 which they are, doesn't?
----------------------------------------------------------------------
Comment By: Rotem Liss (rotemliss)
Date: 2008-02-11 15:55
Message:
Logged In: YES
user_id=1327030
Originator: NO
If the namespace is not defined in MediaWiki as such, it should not be
defined in pywikipediabot. If it is defined, it appears in Special:Export.
Thus, the pseudo-namespaces should be removed from the family file.
----------------------------------------------------------------------
Comment By: Purodha B Blissenbach (purodha)
Date: 2008-02-11 15:08
Message:
Logged In: YES
user_id=46450
Originator: YES
Ah, ok, the problem is from the other side, then. Now I believe, when
interwiki.py reads the xml output from the wikis that it gets sets of pages
from, that it either does not recognize NS 100+ in the XML, or the XML does
not include them in the header.
I've inspected my user page data exported via
http://br.wikipedia.org/wiki/Dibar:Export and found that, it mentiones NS
up to 15, but no more. The br Wikipedia is one of those displaying the
message, but http://br.wikipedia.org/wiki/Dibar:Allpages also only shows 15
NS.
Now, I am lost. Could it be that, you mistook some "Portal:somename" as
extra name spaces that actually are part of NS 0, the article name space,
while these names look like an extra namespace?
----------------------------------------------------------------------
Comment By: Alleborgo (alleborgo)
Date: 2008-02-11 12:45
Message:
Logged In: YES
user_id=1898409
Originator: NO
It's not a bug. I have manually inserted 22 namespace translations for
"Portal" which are "de facto" used in those languages. Actually I don't
know where is the problem but, yes, the bot understand those portal
namespace translations as wrong. But they're right ;)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891060&group_…
Bugs item #1891058, was opened at 2008-02-11 12:26
Message generated for change (Comment added) made by rotemliss
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891058&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: Purodha B Blissenbach (purodha)
Assigned to: Nobody/Anonymous (nobody)
Summary: interwiki.py does not recognize all disambiguation pages.
Initial Comment:
There is a problem with recognition of disambiguation pages in interwiki.py
Look at these:
$
python interwiki.py -putthrottle:33 -initialredirect -confirm ...And Justice for All
Getting 1 pages from wikipedia:ksh...
NOTE: [[ksh:...And Justice for All]] is redirect to [[ksh:...And Justice for All (Watt eßß datt?)]]
[[...And Justice for All (Watt eßß datt?)]]: [[ksh:...And Justice for All (Watt eßß datt?)]] gives new interwiki [[nl:...And Justice for All]]
(some "new interwiki" messages left out)
Getting 1 pages from wikipedia:nl...
WARNING: [[ksh:...And Justice for All (Watt eßß datt?)]] doesn't seem to be a disambiguation page, but [[nl:...And Justice for All]] is one. Follow it anyway? ([y]es, [n]o, [a]dd an alternative) y
In fact, [[ksh:...And Justice for All]] is a redirect, and not a disambiguation, but the redirect target [[ksh:...And Justice for All (Watt eßß datt?)]] is a disambiguation page. Only interwiki.py seems not to have recognized that.
Maybe, the problem is related to the -initialredirect directive here, but that is a mere guess.
----------------------------------------------------------------------
>Comment By: Rotem Liss (rotemliss)
Date: 2008-02-11 19:49
Message:
Logged In: YES
user_id=1327030
Originator: NO
I don't get the message, running (with r5005):
python interwiki.py -putthrottle:33 -initialredirect -confirm ...And
Justice for All -lang:ksh
I get the following output:
Checked for running processes. 1 processes currently running, including
the current process.
Getting 1 pages from wikipedia:ksh...
NOTE: [[ksh:...And Justice for All]] is redirect to [[ksh:...And Justice
for All (Watt ėßß datt?)]]
[[...And Justice for All (Watt ėßß datt?)]]: [[ksh:...And Justice for
All (Watt ėßß datt?)]] gives new interwiki [[nl:...And Justice for
All]]
[[...And Justice for All (Watt ėßß datt?)]]: [[ksh:...And Justice for
All (Watt ėßß datt?)]] gives new interwiki [[en:...And Justice for
All]]
[[...And Justice for All (Watt ėßß datt?)]]: [[ksh:...And Justice for
All (Watt ėßß datt?)]] gives new interwiki [[sv:...And Justice for
All]]
[[...And Justice for All (Watt ėßß datt?)]]: [[ksh:...And Justice for
All (Watt ėßß datt?)]] gives new interwiki [[tr:...And Justice for
All]]
Getting 1 pages from wikipedia:nl...
NOTE: [[...And Justice for All (Watt ėßß datt?)]]: [[nl:...And Justice
for All]] gives duplicate interwiki on same site [[ksh:...And Justice for
All (Watt ėßß datt?)]]
Getting 1 pages from wikipedia:ksh...
Getting 1 pages from wikipedia:en...
Getting 1 pages from wikipedia:sv...
Sleeping for 4.5 seconds, 2008-02-11 19:46:06
Getting 1 pages from wikipedia:tr...
======Post-processing [[ksh:...And Justice for All (Watt ėßß
datt?)]]======
WARNING: wikipedia: [[en:...And Justice for All]] does not link to
[[ksh:...And Justice for All (Watt ėßß datt?)]]
Checking in another script, the page is identified as a disambiguation
page. Please try again using the latest revision.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891058&group_…
Bugs item #1891051, was opened at 2008-02-11 12:18
Message generated for change (Comment added) made by rotemliss
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891051&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: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Redirect code in fi
Initial Comment:
Don't use #uudelleenohjaus redirect code in fiwikis, it's really ugly.
Example: http://fi.wikipedia.org/w/index.php?title=Oda_Eiichiro&diff=4272823&oldid=2…
It should be #OHJAUS or #REDIRECT
Regards. Mr X
----------------------------------------------------------------------
>Comment By: Rotem Liss (rotemliss)
Date: 2008-02-11 19:42
Message:
Logged In: YES
user_id=1327030
Originator: NO
Should be fixed in r5005.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891051&group_…
Bugs item #1891060, was opened at 2008-02-11 11:35
Message generated for change (Comment added) made by alleborgo
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891060&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: Purodha B Blissenbach (purodha)
Assigned to: Nobody/Anonymous (nobody)
Summary: namespace['mul'][100] in various Wikipedias
Initial Comment:
I am getting currently excessive:
WARNING: Family file wikipedia includes namespace['mul'][100], but it should be removed (namespace doesn't exist in the site)
for various Wikipedias when running interwiki.py. I cannot believe that two dozen sites removed their NS 100's at once. So I believe in a bug.
----------------------------------------------------------------------
>Comment By: Alleborgo (alleborgo)
Date: 2008-02-11 18:33
Message:
Logged In: YES
user_id=1898409
Originator: NO
Yes, now there are many warning messages but interwiki on the portals
pages are correct propagated. If we rollback to the previous version we'll
remove the warning message but we'll obtain the namespace mismatch message
and the script will not work on portal pages.
Maybe the best solution is to suggest to set those name as the namespace
100 which they are, doesn't?
----------------------------------------------------------------------
Comment By: Rotem Liss (rotemliss)
Date: 2008-02-11 14:55
Message:
Logged In: YES
user_id=1327030
Originator: NO
If the namespace is not defined in MediaWiki as such, it should not be
defined in pywikipediabot. If it is defined, it appears in Special:Export.
Thus, the pseudo-namespaces should be removed from the family file.
----------------------------------------------------------------------
Comment By: Purodha B Blissenbach (purodha)
Date: 2008-02-11 14:08
Message:
Logged In: YES
user_id=46450
Originator: YES
Ah, ok, the problem is from the other side, then. Now I believe, when
interwiki.py reads the xml output from the wikis that it gets sets of pages
from, that it either does not recognize NS 100+ in the XML, or the XML does
not include them in the header.
I've inspected my user page data exported via
http://br.wikipedia.org/wiki/Dibar:Export and found that, it mentiones NS
up to 15, but no more. The br Wikipedia is one of those displaying the
message, but http://br.wikipedia.org/wiki/Dibar:Allpages also only shows 15
NS.
Now, I am lost. Could it be that, you mistook some "Portal:somename" as
extra name spaces that actually are part of NS 0, the article name space,
while these names look like an extra namespace?
----------------------------------------------------------------------
Comment By: Alleborgo (alleborgo)
Date: 2008-02-11 11:45
Message:
Logged In: YES
user_id=1898409
Originator: NO
It's not a bug. I have manually inserted 22 namespace translations for
"Portal" which are "de facto" used in those languages. Actually I don't
know where is the problem but, yes, the bot understand those portal
namespace translations as wrong. But they're right ;)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891060&group_…
Bugs item #1891190, was opened at 2008-02-11 23:04
Message generated for change (Comment added) made by lin4h
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891190&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: other
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nightshadow28 (nightshadow28)
Assigned to: Nobody/Anonymous (nobody)
Summary: Requesting localization of blockpageschecker for jawp.
Initial Comment:
from Japanese Wikipedia:
templateToRemove = {
'ja':[ur'\{\{(?:[Tt]emplate:|)(?:半|移動|移動半|)保護(?:[Ss]|)(?:\|.+|)\}\}(\n+?|)'],
templateSemiProtection = {
'ja':[ur'\{\{(?:[Tt]emplate:|)半保護(?:[Ss]|)(?:\|.+|)\}\}(\n+?|)'],
templateTotalProtection = {
'ja':[ur'\{\{(?:[Tt]emplate:|)保護(?:[Ss]|)(?:\|.+|)\}\}(\n+?|)'],
templateSemiMoveProtection = {
'ja':[ur'\{\{(?:[Tt]emplate:|)移動半保護(?:[Ss]|)(?:\|.+|)\}\}(\n+?|)'],
templateTotalMoveProtection = {
'ja':[ur'\{\{(?:[Tt]emplate:|)移動保護(?:[Ss]|)(?:\|.+|)\}\}(\n+?|)'],
templateNoRegex = {
'ja':[u'{{半保護}}', u'{{保護}}', u'{{移動半保護}}', '{{移動保護}}'],
If you can not recieve above-mentioned Japanese character, I will write it into Botwiki's talk page. Thanks.
----------------------------------------------------------------------
Comment By: Alex S.H. Lin (lin4h)
Date: 2008-02-12 01:20
Message:
Logged In: YES
user_id=1902991
Originator: NO
I made a patch file in bug 1891296 and fix zh locale info
----------------------------------------------------------------------
Comment By: Nightshadow28 (nightshadow28)
Date: 2008-02-11 23:08
Message:
Logged In: YES
user_id=1971526
Originator: YES
Sorry, I forgot a 'u' in the list.
templateNoRegex = {
'ja':[u'{{半保護}}', u'{{保護}}', u'{{移動半保護}}',
u'{{移動保護}}'],
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891190&group_…
Bugs item #1891296, was opened at 2008-02-12 01:18
Message generated for change (Settings changed) made by lin4h
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891296&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: Alex S.H. Lin (lin4h)
Assigned to: Nobody/Anonymous (nobody)
>Summary: bug 1891190's patch and fix zh locale
Initial Comment:
as title.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891296&group_…
Bugs item #1891296, was opened at 2008-02-12 01:18
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891296&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: Alex S.H. Lin (lin4h)
Assigned to: Nobody/Anonymous (nobody)
Summary: bug 1891218's patch and fix zh locale
Initial Comment:
as title.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891296&group_…
Bugs item #1891218, was opened at 2008-02-11 15:39
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891218&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: Nightshadow28 (nightshadow28)
Assigned to: Nobody/Anonymous (nobody)
Summary: Blockpageschecker can not interpret double protected page.
Initial Comment:
from Japanese Wikipedia:
Blockpageschecker can not interpret "total-moving + semi-block" protected page.
A page, [[w:ja:Wikipedia:進行中の荒らし行為/長期/音声おじさん]] is protected with "total-moving" and "semi-block". When blockpageschecker interprets the page, it only applies first found protect-type template. As a result, semi-protection tag would be removed.
The permanent link of the page is below:
http://ja.wikipedia.org/w/index.php?title=Wikipedia:%E9%80%B2%E8%A1%8C%E4%B…
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1891218&group_…