Bugs item #3594132, was opened at 2012-12-08 18:20
Message generated for change (Tracker Item Submitted) made by hazard-sj
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3594132&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: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Hazard-SJ (hazard-sj)
Assigned to: Nobody/Anonymous (nobody)
Summary: exists function (wikipedia.py) doesn't work well on Wikidata
Initial Comment:
Hello, page.exists() isn't working properly on Wikidata (for items at least, haven't checked for non-items). It always returns False.
(r10746)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3594132&group_…
Bugs item #3541362, was opened at 2012-07-08 05:29
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3541362&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: login
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: reza (reza1615)
Assigned to: xqt (xqt)
Summary: interwiki and login errors on en.wiki
Initial Comment:
my bot (Rezabot) has a flag on en.wiki and it is not blocked there but it couldn't edit on there
File "interwiki.py", line 2296, in run
self.queryStep()
File "interwiki.py", line 2274, in queryStep
subj.finish(self)
File "interwiki.py", line 1723, in finish
if self.replaceLinks(page, new, bot):
File "interwiki.py", line 1961, in replaceLinks
status, reason, data = page.put(newtext, comment=mcomment)
File "/home/reza/pywikipedia/wikipedia.py", line 2024, in put
newPage, self.site().getToken(sysop = sysop), sysop = sysop, botflag=botflag, maxTries=maxTries)
File "/home/reza/pywikipedia/wikipedia.py", line 2143, in _putPage
self.site().checkBlocks(sysop = sysop)
File "/home/reza/pywikipedia/wikipedia.py", line 5461, in checkBlocks
raise UserBlocked('User is blocked in site %s' % self)
pywikibot.exceptions.UserBlocked: User is blocked in site wikipedia:en
also my bots name is listed on [[Wikipedia:Bots/Status]] bot iterwiki code says it's name is not in the list!
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2012-12-07 07:17
Message:
fsR9Oy <a href="http://nenwzndulljx.com/">nenwzndulljx</a>,
[url=http://cvmuutoxstet.com/]cvmuutoxstet[/url],
[link=http://ameuwljkttvo.com/]ameuwljkttvo[/link],
http://nmbdxyipcghf.com/
----------------------------------------------------------------------
Comment By: reza (reza1615)
Date: 2012-07-09 06:42
Message:
my bot is edits on toolserver and toolserver ip is blocked and it edits by
it's user name correctly
https://en.wikipedia.org/w/index.php?limit=50&tagfilter=&title=Special%3ACo…
I checked new update but it has the same error message
also my bot is listed on Wikipedia:Bots/Status/active bots
massage
pywikipedia$ python login.py -lang:en
Logging in to wikipedia:en as rezabot via API.
Should be logged in now
*** Your username is not listed on [[[u'Wikipedia:Bots/Status/active bots',
'BotS']]].
*** Please make sure you are allowed to use the robot before actually using
it!
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2012-07-09 01:22
Message:
fix for NOTE: message done in r10446/r10447
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2012-07-09 01:12
Message:
It looks like the bot's IP was blocked [1] and it seems the bot was editing
as anonymous account. On the other hand I don't know why/how that (bot
working as IP) happens. Could you check your bot's IP edits?
The second message is due to the Botstatus templates has been moved into a
subfolder. Will be fixed soon.
[1]: http://en.wikipedia.org/wiki/Wikipedia:SOFTBLOCK#Setting_block_options
----------------------------------------------------------------------
Comment By: reza (reza1615)
Date: 2012-07-08 14:05
Message:
thank you for your answer after new update the bot blocking error is
solved.:) but still now it shows this massage.
it should not show this because my bot is registered and flag in en.wiki
the massage
WARNING: Your account on wikipedia:en is blocked by Anomie.
Reason: Softblock: Toolserver bots should not be editing logged out.
Consult [[WT:BOTPOL]] for consensus discussion.
Editing using this account will stop the run.
NOTE: You have new messages on wikipedia:en
Logging in to wikipedia:en as rezabot via API.
Should be logged in now
*** Your username is not listed on [[[u'Wikipedia:Bots/Status', 'BotS']]].
*** Please make sure you are allowed to use the robot before actually using
it!
----------------------------------------------------------------------
Comment By: betacommand (betacommand)
Date: 2012-07-08 07:48
Message:
Also check to make sure you are still logged in. (try running login.py and
see if that fixes it.)
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2012-07-08 05:37
Message:
could you try another edit with -v option to get mor output
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3541362&group_…
Bugs item #3538008, was opened at 2012-06-25 21:52
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3538008&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: James (jaclayiii)
Assigned to: Nobody/Anonymous (nobody)
Summary: *-login.data can have case discrepency on Linux host
Initial Comment:
Pywikipedia [http] trunk/pywikipedia (r10401, 2012/06/21, 06:18:43)
Python 2.7.2+ (default, Oct 4 2011, 20:06:09)
[GCC 4.6.1]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
Summary: the *-login.data file maybe saved with an uppercase username but when load cookies tries to find it on a Linux host, the case of the username maybe lower. This has the unintended consequence of not allowing bots to login on private wikis that have anonymous read api rights disabled.
If a user connects to a wiki that has LDAP or some other form of "add-on" authentication, the user name returned may vary in case from what is in the user-config.py file. The reason this matters is that the <wikifamily>-<language>-<username>-login.data file may be saved with an upper case letter in the username. Thus if the user-config.py file contained:
users["mywiki"]["en"]="james"
but the LDAP authenticator returned back "James" as the username, then the *-login.data file would be mywiki-en-James-login.data, but when _loadcookies goes to look for such a file on line 5572:
if os.path.exists(localPA)
localPA is /~some/path/to/mywiki-en-james-login.data
Notice that the James is now lower case in the file above.
As Linux is case sensitive, it cannot find the login data and thus prevents access to wikis the do not allow anonymous access to api's. A temporary work around requires setting user name to the appropriate case (even if the username is case insensitive in the LDAP authentication scheme), for example:
users["mywiki"]["en"]="James"
keywords: SSL, Login failure, https login failure, https linux login, https pywikipedia, https pywikipedia linux
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2012-12-07 06:06
Message:
Hello just wanted to give you a quick heads up and let you know a few of
the pictures aren't loading correctly. I'm not sure why but I think its a
linking issue. I've tried it in two different browsers and both show the
same outcome.
north face discount
http://www.chooseyourownstyle.com/north-face-discount-voice-urgentlyhogshea…
----------------------------------------------------------------------
Comment By: James (jaclayiii)
Date: 2012-06-26 15:20
Message:
After thinking even more on this issue, even for those not using LDAP
authentication (which I would assume the majority are not using), correct
casing based on the user-config file shouldn't have undesirable effects: if
you can log in with what's in the user config file then correctly saving
the cookie file with that username shouldn't negatively impact anything. On
the other hand if you do not save the cookie file with the same user name
that is in the user-config file, but you continue to use the user-config
file to generate the localPA variable, then you may have problems on case
sensitive platforms.
If this fix seems to difficult (I don't believe it to be) or you're
suspicious of the logic, you may want to place a warning in the setup
instructions. I've added a comment on the wiki for userconfig.py that
people using *nix systems should be aware that by default mediawiki has
uppercase user names.
----------------------------------------------------------------------
Comment By: James (jaclayiii)
Date: 2012-06-26 12:08
Message:
After rereading the LDAP link, you're probably right in that the it's the
actual mediawiki login that is forcing uppercase, nonetheless the file name
that pywiki attempts to find should be case correct irrelevant of the
username supplied or returned. My thought for that fix has to do with
correctly saving the *-login.data cookie with the username found in
user-config.py.
----------------------------------------------------------------------
Comment By: James (jaclayiii)
Date: 2012-06-26 11:59
Message:
It has very much to do with LDAP:
http://www.mediawiki.org/wiki/Extension:LDAP_Authentication/User_Provided_I…
And it has very much to do with Linux: Linux path names are case sensitive.
I reported the bug as it took me time to track down and perhaps someone
else who has the misfortune of dealing with it will find this helpful.
The fact is that if I can login with a lower case name, and I can, then
whatever pywiki stores should be in the same case, NOT what may be returned
when the wiki user name is returned. The file name for *-login.data should
be the same case as what is stored in user-config.py
This is just good practice, especially on a case sensitive host like
Linux.
Also, as mediawiki is authenticating against LDAP, whatever it stores as
the username is irrelevant if it correctly authenticates. A further reason
to enforce correct casing based on the user-config.py file.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2012-06-26 03:27
Message:
This has very little to do with Linux or LDAP, but rather has to do with
the fact your username is 'James' and not 'james'. This is related to the
'first character is capitalized' convention on some wikis, but not all
(!).
However, we could probably check whether the name has changed when the user
is logged in and emit a warning when this happens (and/or store the cookie
with the username as saved in the config file, but that could have some
unintended consequences).
----------------------------------------------------------------------
Comment By: James (jaclayiii)
Date: 2012-06-25 21:56
Message:
Quick comment: _loadCookies() is in wikipedia.py on line 5534
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3538008&group_…
Bugs item #3538008, was opened at 2012-06-25 21:52
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3538008&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: James (jaclayiii)
Assigned to: Nobody/Anonymous (nobody)
Summary: *-login.data can have case discrepency on Linux host
Initial Comment:
Pywikipedia [http] trunk/pywikipedia (r10401, 2012/06/21, 06:18:43)
Python 2.7.2+ (default, Oct 4 2011, 20:06:09)
[GCC 4.6.1]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
Summary: the *-login.data file maybe saved with an uppercase username but when load cookies tries to find it on a Linux host, the case of the username maybe lower. This has the unintended consequence of not allowing bots to login on private wikis that have anonymous read api rights disabled.
If a user connects to a wiki that has LDAP or some other form of "add-on" authentication, the user name returned may vary in case from what is in the user-config.py file. The reason this matters is that the <wikifamily>-<language>-<username>-login.data file may be saved with an upper case letter in the username. Thus if the user-config.py file contained:
users["mywiki"]["en"]="james"
but the LDAP authenticator returned back "James" as the username, then the *-login.data file would be mywiki-en-James-login.data, but when _loadcookies goes to look for such a file on line 5572:
if os.path.exists(localPA)
localPA is /~some/path/to/mywiki-en-james-login.data
Notice that the James is now lower case in the file above.
As Linux is case sensitive, it cannot find the login data and thus prevents access to wikis the do not allow anonymous access to api's. A temporary work around requires setting user name to the appropriate case (even if the username is case insensitive in the LDAP authentication scheme), for example:
users["mywiki"]["en"]="James"
keywords: SSL, Login failure, https login failure, https linux login, https pywikipedia, https pywikipedia linux
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2012-12-04 19:18
Message:
Hey there just wanted to give you a quick heads up. The words in your
article seem to be running off the screen in Firefox. I'm not sure if this
is a format issue or something to do with internet browser compatibility
but I figured I'd post to let you know. The layout look great though! Hope
you get the issue fixed soon. Many thanks
north face jackets on sale
http://www.houses.com/Community/UserBlogPage.aspx?ID=615990
----------------------------------------------------------------------
Comment By: James (jaclayiii)
Date: 2012-06-26 15:20
Message:
After thinking even more on this issue, even for those not using LDAP
authentication (which I would assume the majority are not using), correct
casing based on the user-config file shouldn't have undesirable effects: if
you can log in with what's in the user config file then correctly saving
the cookie file with that username shouldn't negatively impact anything. On
the other hand if you do not save the cookie file with the same user name
that is in the user-config file, but you continue to use the user-config
file to generate the localPA variable, then you may have problems on case
sensitive platforms.
If this fix seems to difficult (I don't believe it to be) or you're
suspicious of the logic, you may want to place a warning in the setup
instructions. I've added a comment on the wiki for userconfig.py that
people using *nix systems should be aware that by default mediawiki has
uppercase user names.
----------------------------------------------------------------------
Comment By: James (jaclayiii)
Date: 2012-06-26 12:08
Message:
After rereading the LDAP link, you're probably right in that the it's the
actual mediawiki login that is forcing uppercase, nonetheless the file name
that pywiki attempts to find should be case correct irrelevant of the
username supplied or returned. My thought for that fix has to do with
correctly saving the *-login.data cookie with the username found in
user-config.py.
----------------------------------------------------------------------
Comment By: James (jaclayiii)
Date: 2012-06-26 11:59
Message:
It has very much to do with LDAP:
http://www.mediawiki.org/wiki/Extension:LDAP_Authentication/User_Provided_I…
And it has very much to do with Linux: Linux path names are case sensitive.
I reported the bug as it took me time to track down and perhaps someone
else who has the misfortune of dealing with it will find this helpful.
The fact is that if I can login with a lower case name, and I can, then
whatever pywiki stores should be in the same case, NOT what may be returned
when the wiki user name is returned. The file name for *-login.data should
be the same case as what is stored in user-config.py
This is just good practice, especially on a case sensitive host like
Linux.
Also, as mediawiki is authenticating against LDAP, whatever it stores as
the username is irrelevant if it correctly authenticates. A further reason
to enforce correct casing based on the user-config.py file.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2012-06-26 03:27
Message:
This has very little to do with Linux or LDAP, but rather has to do with
the fact your username is 'James' and not 'james'. This is related to the
'first character is capitalized' convention on some wikis, but not all
(!).
However, we could probably check whether the name has changed when the user
is logged in and emit a warning when this happens (and/or store the cookie
with the username as saved in the config file, but that could have some
unintended consequences).
----------------------------------------------------------------------
Comment By: James (jaclayiii)
Date: 2012-06-25 21:56
Message:
Quick comment: _loadCookies() is in wikipedia.py on line 5534
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3538008&group_…
Patches item #3522917, was opened at 2012-05-01 22:23
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3522917&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: Jenith (yjenith)
Assigned to: Nobody/Anonymous (nobody)
Summary: Picasa copier upload script
Initial Comment:
A tool to do batch uploading of Google web album (Picasa) to Commons using Pywikipedia and Google data API.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2012-12-04 17:58
Message:
Does your blog have a contact page? I'm having trouble locating it but, I'd
like to shoot you an e-mail. I've got some suggestions for your blog you
might be interested in hearing. Either way, great blog and I look forward
to seeing it expand over time.
north face osito jacket
http://cheapnorthface.blogg.de/2012/12/03/cheap-north-face-jackets-second-p…
----------------------------------------------------------------------
Comment By: Jenith (yjenith)
Date: 2012-06-22 22:32
Message:
This is not the exact copy of the Flickrripper.py. You can compare the code
for the both. I have used the Flickrriper.py as template/reference or the
steps involved. But the Google Data API and other tweaks which are not
covered in Flickrriper is fully done by me. So nothing harm I say it is my
code.
We use the different library and the procedure in Picasacopier.py, may be
the file naming convention we can re-use. Not sure how to call
flickrrriper.py functions as it is local to the script
Fyi, panromiaviewer also follows the same. is it any wrong we use the
Creative Commons code and alter for our purpose and redistribute? Sure I
will attribute the author name in my code
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2012-06-22 14:06
Message:
Wait a second. I had not realized this before, but it's an almost 1-on-1
copy of flickrripper. Why have you copied the entire file instead of
re-using functions?
+ it's not really acceptable to claim the code is yours when it is not.
In any case, most comments below are also valid for flickrripper:
* I'm not sure about using TK. What is wrong with starting a web browser
with an URL? that also works for people who run pwb in a shell.
* The TK window is too large for on a netbook
* The script is hard-coded to use commons...
* The script gets the images twice!
----------------------------------------------------------------------
Comment By: Jenith (yjenith)
Date: 2012-05-03 21:02
Message:
Gdata API download is described in
http://www.mediawiki.org/wiki/Manual:Pywikipediabot/picasacopier.py
----------------------------------------------------------------------
Comment By: Jenith (yjenith)
Date: 2012-05-02 20:21
Message:
Thanks for your updates. Please find here is the comments incorporated.
* Used spaces for indentation.
* Removed possible commented-out code blocks.
* Moved the PIL import to the functions where it is required.
* showHelp is used.
* Online user Manual is created at
http://www.mediawiki.org/wiki/Manual:Pywikipediabot/picasacopi
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2012-05-02 13:11
Message:
Overall, I like your code very much. I have two comments:
- You mix tabs and spaces for indentation. Please use spaces exclusively
- There are a lot of commented-out code blocks. Please either remove them
or implement them
On xqt's question on the dependencies:
- PIL is only required if the Tk interface is used -> please move the
import to the functions where it is required, so that the bot can also be
used without it
- I think we should remove all dependencies (such as simplejson, but also
some http library in the rewrite) and switch to a virtualenv / pip based
system. I'm not sure how well that would work on windows, though...
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2012-05-01 23:11
Message:
Thanks for your source.
Hm, gdata and pil aren't part of the pwb package (yet). Where could the bot
owner get them?
You should use the pywikibot.showHelp() method to display the
documtentation. List and docufy all given options.
If the usage/Help is shown the additional outputs about uploads should be
omitted.
Greetings
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3522917&group_…
Bugs item #2782025, was opened at 2009-04-27 03:00
Message generated for change (Settings changed) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2782025&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: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: JAn (jandudik)
>Assigned to: NicDumZ — Nicolas Dumazet (nicdumz)
Summary: sorting of possibilities
Initial Comment:
Night build from 2009-04-26 doesn't sort possibilities.
Before was output sorted that 1st was article linked from source language and after that other possibilities.
Now is the linked article sometimes firs and sometimes on other place.
This feature was repaired about year nad half ago.
======Post-processing [[cs:Státní znak Srbska a Černé Hory]]======
ERROR: Found link to [[cs:Státní znaky Jugoslávie]]
[[cs:Státní znak Jugoslávie]]
ERROR: Found more than one link for wikipedia:es
ERROR: Found more than one link for wikipedia:bs
ERROR: Found more than one link for wikipedia:en
ERROR: Found more than one link for wikipedia:pl
ERROR: Found more than one link for wikipedia:de
ERROR: Found more than one link for wikipedia:it
ERROR: Found more than one link for wikipedia:hr
ERROR: Found more than one link for wikipedia:bg
ERROR: Found more than one link for wikipedia:sr
==============================
Links to wikipedia:es
(1) Found link to [[es:Escudo de Serbia y Montenegro]] in:
[[bg:Герб на Съюзна република Югославия]]
[[bs:Grb Srbije i Crne Gore]]
[[cs:Státní znak Srbska a Černé Hory]]
[[de:Wappen von Serbien und Montenegro]]
[[en:Coat of arms of the State Union Serbia and Montenegro]]
[[hr:Grb Srbije i Crne Gore]]
[[it:Stemma della Serbia e Montenegro]]
[[pl:Herb Serbii i Czarnogóry]]
[[sr:Грб Србије и Црне Горе]]
[[sv:Serbien och Montenegros statsvapen]]
(2) Found link to [[es:Escudo de la República Federal Socialista de Yugoslavia]] in:
[[bg:Герб на Социалистическа федеративна република Югославия]]
[[bs:Grb SFRJ]]
[[de:Wappen der Sozialistischen Föderativen Republik Jugoslawien]]
[[en:Coat of arms of the Socialist Federal Republic of Yugoslavia]]
[[he:סמל הרפובליקה הפדרלית הסוציאליסטית של יוגוסלביה]]
[[hr:Grb SFRJ]]
[[it:Stemma della Repubblica Socialista Federale di Jugoslavia]]
[[lt:Jugoslavijos herbas]]
[[mk:Грб на Социјалистичка Федеративна Република Југославија]]
[[pl:Godło Socjalistycznej Federalnej Republiki Jugosławii]]
[[pt:Brasão de armas da República Socialista Federal da Jugoslávia]]
[[ru:Герб Югославии]]
[[sh:Grb SFRJ]]
[[sl:Grb Socialistične federativne republike Jugoslavije]]
[[sr:Грб Социјалистичке Федеративне Републике Југославије]]
[[zh:南斯拉夫社會主義聯邦共和國國徽]]
======Post-processing [[cs:Kategorie:Polévky]]======
Updating links on page [[szl:Kategoria:Zupy]].
No changes needed
Updating links on page [[cs:Kategorie:Polévky]].
No changes needed
Getting 4 pages from wikipedia:os...
Sleeping for 3.6 seconds, 2009-04-27 10:42:38
Getting 4 pages from wikipedia:csb...
Sleeping for 3.5 seconds, 2009-04-27 10:42:42
Getting 3 pages from wikipedia:pms...
Sleeping for 3.2 seconds, 2009-04-27 10:42:47
======Post-processing [[cs:Kategorie:Polská literatura]]======
Updating links on page [[de:Kategorie:Literatur (Polnisch)]].
No changes needed
Updating links on page [[cs:Kategorie:Polská literatura]].
No changes needed
Getting 3 pages from wikipedia:tt...
Getting 3 pages from wikipedia:az...
Getting 3 pages from wikipedia:nap...
Getting 3 pages from wikipedia:vec...
Getting 3 pages from wikipedia:ksh...
Sleeping for 3.0 seconds, 2009-04-27 10:43:08
Getting 3 pages from wikipedia:hi...
NOTE: [[hi:श्रेणी:राजनीतिक विज्ञान]] does not exist
======Post-processing [[cs:Kategorie:Politologie]]======
ERROR: Found more than one link for wikipedia:de
==============================
Links to wikipedia:de
(1) Found link to [[de:Kategorie:Politikwissenschaft]] in:
[[ar:تصنيف:علوم سياسية]]
[[bg:Категория:Политология]]
[[cs:Kategorie:Politologie]]
[[cy:Categori:Gwyddor gwleidyddiaeth]]
[[da:Kategori:Statskundskab]]
[[el:Κατηγορία:Πολιτική επιστήμη]]
[[en:Category:Political science]]
[[es:Categoría:Ciencia política]]
[[fa:رده:علوم سیاسی]]
[[fi:Luokka:Politiikan tutkimus]]
[[fr:Catégorie:Science politique]]
[[gv:Ronney:Oaylleeaght pholitickagh]]
[[he:קטגוריה:מדע המדינה]]
[[hi:श्रेणी:राजनीति विज्ञान]]
[[hu:Kategória:Politikatudomány]]
[[id:Kategori:Ilmu politik]]
[[io:Kategorio:Politicala cienco]]
[[it:Categoria:Scienze politiche]]
[[ja:Category:政治学]]
[[ka:კატეგორია:პოლიტოლოგია]]
[[ko:분류:정치학]]
[[lt:Kategorija:Politologija]]
[[lv:Kategorija:Politoloģija]]
[[nl:Categorie:Politicologie]]
[[no:Kategori:Statsvitenskap]]
[[pl:Kategoria:Politologia]]
[[pt:Categoria:Ciência política]]
[[ru:Категория:Политология]]
[[sh:Category:Političke nauke]]
[[sk:Kategória:Politológia]]
[[sr:Категорија:Политичке науке]]
[[tr:Kategori:Siyaset bilimi]]
[[tt:Törkem:Säyäsi fän]]
[[uk:Категорія:Політологія]]
[[zh:Category:政治學]]
[[zh-min-nan:Category:Chèng-tī-ha̍k]]
(2) Found link to [[de:Kategorie:Staatswissenschaft]] in:
[[nn:Kategori:Statsvitskap]]
[[sv:Kategori:Statsvetenskap]]
==============================
Links to wikipedia:bs
(1) Found link to [[bs:Grb SFRJ]] in:
[[bg:Герб на Социалистическа федеративна република Югославия]]
[[de:Wappen der Sozialistischen Föderativen Republik Jugoslawien]]
[[en:Coat of arms of the Socialist Federal Republic of Yugoslavia]]
[[es:Escudo de la República Federal Socialista de Yugoslavia]]
[[he:סמל הרפובליקה הפדרלית הסוציאליסטית של יוגוסלביה]]
[[hr:Grb SFRJ]]
[[it:Stemma della Repubblica Socialista Federale di Jugoslavia]]
[[lt:Jugoslavijos herbas]]
[[mk:Грб на Социјалистичка Федеративна Република Југославија]]
[[pl:Godło Socjalistycznej Federalnej Republiki Jugosławii]]
[[pt:Brasão de armas da República Socialista Federal da Jugoslávia]]
[[ru:Герб Югославии]]
[[sh:Grb SFRJ]]
[[sl:Grb Socialistične federativne republike Jugoslavije]]
[[sr:Грб Социјалистичке Федеративне Републике Југославије]]
[[zh:南斯拉夫社會主義聯邦共和國國徽]]
(2) Found link to [[bs:Grb Srbije i Crne Gore]] in:
[[bg:Герб на Съюзна република Югославия]]
[[cs:Státní znak Srbska a Černé Hory]]
[[de:Wappen von Serbien und Montenegro]]
[[en:Coat of arms of the State Union Serbia and Montenegro]]
[[es:Escudo de Serbia y Montenegro]]
[[hr:Grb Srbije i Crne Gore]]
[[it:Stemma della Serbia e Montenegro]]
[[pl:Herb Serbii i Czarnogóry]]
[[sr:Грб Србије и Црне Горе]]
[[sv:Serbien och Montenegros statsvapen]]
==============================
----------------------------------------------------------------------
Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-04-28 01:33
Message:
Thanks a lot then =)
----------------------------------------------------------------------
Comment By: JAn (jandudik)
Date: 2009-04-28 01:25
Message:
OK, now seeems to work as usual.
----------------------------------------------------------------------
Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-04-27 08:43
Message:
Thanks for your quick answer!
I finally understood your problem ;)
I attempted a fix in r6740. Please update your local copy, and confirm here
that this issue is fixed.
Thanks for your report!
----------------------------------------------------------------------
Comment By: JAn (jandudik)
Date: 2009-04-27 05:55
Message:
Yes, I'm running from cs. Here is an example (error in zh)
Ideal situation:
[[cs:A]]
Foud more links to en, de, pl, sk, zh
==============================
Links to wikipedia:en
(1) Found link to [[en:A]]
[[cs:A]]
[[de:A]]
[[pl:A]]
[[sk:A]]
[[zh:A]]
(2) Found link to [[en:B]]
[[cs:B]]
[[de:B]]
[[pl:B]]
[[sk:B]]
[[zh:B]]
==============================
Links to wikipedia:de
(1) Found link to [[de:A]]
[[cs:A]]
[[en:A]]
[[pl:A]]
[[sk:A]]
(2) Found link to [[de:B]]
[[cs:B]]
[[en:B]]
[[pl:B]]
[[sk:B]]
[[zh:A]]
[[zh:B]]
==============================
Links to wikipedia:pl
(1) Found link to [[pl:A]]
[[cs:A]]
[[de:A]]
[[en:A]]
[[sk:A]]
[[zh:A]]
(2) Found link to [[pl:B]]
[[cs:B]]
[[en:B]]
[[pl:B]]
[[sk:B]]
[[zh:B]]
==============================
Links to wikipedia:pl
(1) Found link to [[sk:A]]
[[cs:A]]
[[de:A]]
[[en:A]]
[[zh:A]]
(2) Found link to [[sk:B]]
[[cs:B]]
[[en:B]]
[[pl:B]]
[[zh:B]]
==============================
Links to wikipedia:pl
(1) Found link to [[zh:A]]
[[cs:A]]
[[de:A]]
[[en:A]]
[[sk:A]]
(2) Found link to [[zh:B]]
[[en:B]]
======
Actual situation:
[[cs:A]]
Foud more links to en, de, pl, sk, zh
==============================
Links to wikipedia:en
(1) Found link to [[en:A]]
[[cs:A]]
[[de:A]]
[[pl:A]]
[[sk:A]]
[[zh:A]]
(2) Found link to [[en:B]]
[[cs:B]]
[[de:B]]
[[pl:B]]
[[sk:B]]
[[zh:B]]
==============================
Links to wikipedia:de
(1) Found link to [[de:B]]
[[cs:B]]
[[en:B]]
[[pl:B]]
[[sk:B]]
[[zh:A]]
[[zh:B]]
(2) Found link to [[de:A]]
[[cs:A]]
[[en:A]]
[[pl:A]]
[[sk:A]]
==============================
Links to wikipedia:pl
(1) Found link to [[pl:A]]
[[cs:A]]
[[de:A]]
[[en:A]]
[[sk:A]]
[[zh:A]]
(2) Found link to [[pl:B]]
[[cs:B]]
[[en:B]]
[[pl:B]]
[[sk:B]]
[[zh:B]]
==============================
Links to wikipedia:pl
(1) Found link to [[sk:B]]
[[cs:B]]
[[en:B]]
[[pl:B]]
[[zh:B]]
(2) Found link to [[sk:A]]
[[cs:A]]
[[de:A]]
[[en:A]]
[[zh:A]]
==============================
Links to wikipedia:pl
(1) Found link to [[zh:B]]
[[en:B]]
(2) Found link to [[zh:A]]
[[cs:A]]
[[de:A]]
[[en:A]]
[[sk:A]]
----------------------------------------------------------------------
Comment By: NicDumZ — Nicolas Dumazet (nicdumz)
Date: 2009-04-27 04:44
Message:
Hello !
I'm, most likely, responsible for that breaking change, sorry :) For my
defense, this feature doesn't look documented anywhere in the code, so I
had no idea that the display order mattered somewhere.
In fact, I'm a bit struggling to understand your bug report, I would need
more details before being able to fix it.
First, you're coming from cs.wp, I guess that you were running your bot
with cs.wp as a home wiki? Is that correct?
Secondly... could you write a simple example of what output changed before
and after the 26th? It doesn't have to be a _real_ case, with real page
names. I am just having troubles understanding what should be ordered
before what. Maybe, if it's simpler, you can take a short current (wrong)
output, paste it here, and then paste the same output, after correcting it
manually, so I can see what is changing?
Again, it's quite hard for me to understand what you want to be done,
because until now I had no idea that this particular feature existed
before.
Thanks for your help =)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=2782025&group_…