Bugs item #3507957, was opened at 2012-03-18 10:47
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3507957&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: https://www.google.com/accounts ()
Assigned to: Nobody/Anonymous (nobody)
Summary: upload.py error with Wikia.com
Initial Comment:
P:\pywikipedia>python version.py
Pywikipedia [http] trunk/pywikipedia (r10023, 2012/03/17, 18:03:32)
Python 2.7.2 (default, Jun 12 2011, 14:24:46) [MSC v.1500 64 bit (AMD64)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
P:\pywikipedia>python upload.py wikih.jpg
WARNING: Your account on sxerks:en does not have a bot flag. Its edits will be v
isible in the recent changes and it may get blocked.
Reading file wikih.jpg
The filename on the target wiki will default to: wikih.jpg
Enter a better name, or press enter to accept:
The suggested description is:
Do you want to change this description? ([y]es, [N]o) n
Uploading file to sxerks:en via API....
'ascii' codec can't decode byte 0xff in position 622: ordinal not in range(128)
WARNING: Could not open 'http://sxerks.wikia.com/api.php'. Maybe the server or
your connection is down. Retrying in 1 minutes...
Traceback (most recent call last):
File "upload.py", line 472, in <module>
main()
File "upload.py", line 468, in main
bot.run()
File "upload.py", line 440, in run
return self.upload_image()
File "upload.py", line 282, in upload_image
data = query.GetData(params, self.targetSite)
File "P:\pywikipedia\query.py", line 137, in GetData
site.cookies(sysop=sysop)
File "P:\pywikipedia\upload.py", line 46, in post_multipart
cookies=cookies)
File "P:\pywikipedia\wikipedia.py", line 5497, in postData
time.sleep(retry_idle_time * 60)
KeyboardInterrupt
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2012-10-27 03:56
Message:
jG5C0W <a href="http://tbvqglidmmrh.com/">tbvqglidmmrh</a>,
[url=http://vljezbvrafcw.com/]vljezbvrafcw[/url],
[link=http://nutxhpucopmp.com/]nutxhpucopmp[/link],
http://sngbhbrijdhd.com/
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2012-04-01 06:46
Message:
Possibly related to
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3160376&group_…
----------------------------------------------------------------------
Comment By: https://www.google.com/accounts ()
Date: 2012-03-28 18:10
Message:
I talk to Wikia and another user tested an upload and it work just fine.
The difference being they were using python 2.6.5. I then found an older
2.6.5 windows installer and tried myself and it worked.
So apparently there is something wrong with the interaction with 2.7.2 and
upload.py that is causing this error.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2012-03-18 11:20
Message:
The other bug you refer to is unrelated; that one cast a new exception
within the exception handler that prints the "WARNING..." string.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2012-03-18 11:18
Message:
Even in that case, we should not display that message. And a network error
message that's 622 characters long? Really?
The "WARNING: Could not open 'http://sxerks.wikia.com/api.php'. Maybe the
server or your connection is down" displays on *any* error in the
connection, which could still very well be on our part.
----------------------------------------------------------------------
Comment By: Bináris (binbot)
Date: 2012-03-18 11:16
Message:
This is not a Pywikipedia error, this is a connection error, try again
later.
It clearly states: "Could not open 'http://sxerks.wikia.com/api.php'. Maybe
the server or your connection is down."
The line before it may be an encoding error of the network error message
itself, see bug#3153555 at
https://sourceforge.net/tracker/?func=detail&aid=3153555&group_id=93107&ati….
I suppose you have a non-English environment on your computer.
We have nothing to do with wikia server or your network connection.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3507957&group_…
Feature Requests item #3516383, was opened at 2012-04-10 03:26
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3516383&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: 4
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Support for transliteration in console output
Initial Comment:
Since some days/weeks ago, I can't get non-latin characters to be displayed in the Windows console. Usually, they would be transliterated and in yellow, but now I only see either question marks or blocks (if I use an Unicode font). There is an exception for Greek characters which are displayed correctly if I use an Unicode font. As of now, I can't confirm an interwiki link in Cyrilic simply because I can't see what text is in [[ru:????????]].
I use the cp850 encoding. Using cp65001 is not supported by Pywikipedia.
It would be great to get the transliteration feature back working. For instance, r9974 worked fine.
Comment on config.py:
############## USER INTERFACE SETTINGS ##############
# The encoding that's used in the user's console, i.e. how strings are encoded
# when they are read by raw_input(). On Windows systems' DOS box, this should
# be 'cp850' ('cp437' for older versions). Linux users might try 'iso-8859-1'
# or 'utf-8'.
# This default code should work fine, so you don't have to think about it.
# TODO: consider getting rid of this config variable.
Python 2.7.2 (default, Jun 12 2011, 14:24:46) [MSC v.1500 64 bit (AMD64)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2012-10-27 00:34
Message:
ywgfWH <a href="http://gpwieziylvnn.com/">gpwieziylvnn</a>,
[url=http://mmkjjarxnabe.com/]mmkjjarxnabe[/url],
[link=http://unlntlfxazaw.com/]unlntlfxazaw[/link],
http://pabuiabqcntd.com/
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2012-10-19 15:18
Message:
As far as me being a member here, I wasn't aware that I was a member for
any days, actually. When the write-up was published I received a
notification, so that I could participate inside the discussion of the
post, That would explain me stumbuling upon this post. But we're
undoubtedly all members inside the world of concepts.
louis vuitton knockoffs http://www.louisvuittonoutlet.louisim.com
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2012-05-05 12:24
Message:
Implemented in r10187. Please see
http://www.mediawiki.org/wiki/Manual:Pywikipediabot/Windows on how to set
user-config.py.
Please note that the blocks you see are correct -- you can copy them to the
browser and visit that page, which is impossible with transliterated
characters!
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2012-04-16 03:41
Message:
I'm moving this to feature requests with a lower priority. In the current
setup, we output the correct characters, but your font is unable to
correctly render them. However, copying does work, and I think this is more
useful than transliterated characters.
Checking if an interwiki link is correct is not possible using
transliterations, but is possible by copy-pasting the unicode characters.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2012-04-10 05:24
Message:
Try reverting r10048 of terminal_interface_base.py to the previous r10047.
I found it helps and gives the right transliterations. Could you verify?
----------------------------------------------------------------------
Comment By: André Malafaya Baptista (malafaya)
Date: 2012-04-10 04:30
Message:
Not really. Lucida Console doesn't show Cyrilic or Georgian or Arabic.
AFAICT, it only shows Latin and Greek.
It got better with DejaVu Sans Mono [check
http://stackoverflow.com/questions/878972/windows-cmd-encoding-change-cause…]
but I still see some unsupported characters showing up sometimes.
Is there a complete mono font out there (free)?
----------------------------------------------------------------------
Comment By: Bináris (binbot)
Date: 2012-04-10 03:31
Message:
Set your console character set to Consolas or Lucida instead of raster
fonts at the properties, and you will find it better than earlier. :-)
----------------------------------------------------------------------
Comment By: André Malafaya Baptista (malafaya)
Date: 2012-04-10 03:27
Message:
Sorry, that was me. I forgot to login.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3516383&group_…
Bugs item #3579749, was opened at 2012-10-24 05:56
Message generated for change (Comment added) made by drtrigon
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3579749&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: Amir (amird)
Assigned to: Nobody/Anonymous (nobody)
Summary: A bug in http.py
Initial Comment:
I ran a code for changing in wikidata but after the edit this error occurs:
File "/home/amir/wikipedia.py", line 2013, in put
newPage, self.site().getToken(sysop = sysop), sysop = sysop, botflag=botflag, maxTries=maxTries, wikidata=wikidata)
File "/home/amir/wikipedia.py", line 2151, in _putPage
if response.code == 500:
File "/home/amir/pywikibot/comms/http.py", line 50, in __getattr__
return self._call(name, attr, *args, **kwds)
NameError: global name 'args' is not defined
----------------------------------------------------------------------
Comment By: Dr. Trigon (drtrigon)
Date: 2012-10-26 11:16
Message:
Could you please provide some information on how to reproduce this error?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3579749&group_…
Patches item #3580193, was opened at 2012-10-25 12:02
Message generated for change (Tracker Item Submitted) made by
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3580193&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: https://www.google.com/accounts ()
Assigned to: Nobody/Anonymous (nobody)
Summary: Showing content as summary of a page
Initial Comment:
It will be nice to have an option to have the contnet of a page as summary.
for the file pagefromfile.py
I added this feature and attaching the diff file.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603140&aid=3580193&group_…
Bugs item #3012516, was opened at 2010-06-07 04:02
Message generated for change (Comment added) made by xqt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3012516&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: Wont Fix
Priority: 7
Private: No
Submitted By: Kenrick Anggara (kenrick95)
>Assigned to: xqt (xqt)
Summary: cosmetic_changes.py : bot remove double interwiki
Initial Comment:
My bot :
http://id.wikipedia.org/w/index.php?title=Rangkaian_seri_dan_paralel&diff=3…http://id.wikipedia.org/w/index.php?title=Rangkaian_seri_dan_paralel&diff=3…
Other's bot but I'm sure it is the same version as mine :
http://id.wikipedia.org/w/index.php?title=Piala_Thomas_dan_Uber_2010&diff=3…http://id.wikipedia.org/w/index.php?title=Piala_Thomas_dan_Uber_2010&diff=3…
My bot (Kenrick95Bot) version :
Pywikipedia nightly:pywikipedia (r28, 2010/03/16, 11:21:32)
Python 2.6.5 (r265:79096, Mar 19 2010, 21:48:26) [MSC v.1500 32 bit (Intel)]
config-settings:
use_api = True
use_api_login = True
Please fix... Thanks...
----------------------------------------------------------------------
>Comment By: xqt (xqt)
Date: 2012-10-24 23:46
Message:
with mw 1.21wmf2 double interwiki links are no longer supported and only
the first item is displayed (see gerrit:25232). This behaviour could
possibly be changed ba a template and a javascript implementation like it
is be done by featured articles templates.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2012-10-13 00:25
Message:
If I understand Gerrit:25232 in the right manner double interwiki links are
no longer supported by mediawiki i.e. they will no longer be displayed. If
this is right, this tracker is obsolete and there must be an other way to
implement "double interwikis" for example via templates and javascript if
already necessary.
----------------------------------------------------------------------
Comment By: Candalua (candalua)
Date: 2012-01-05 10:07
Message:
Hi everybody! I'm not directly posting the patch, because my code it's
rather "dirty" and not ready to be released, but I'll give you a document
that explains what I did. Feel free to use my solution, but be careful
because it's not fully tested. I will be happy to discuss it with you, and
maybe find a better solution.
----------------------------------------------------------------------
Comment By: Doug (bewareofdoug)
Date: 2011-12-30 04:31
Message:
I agree completely, at least for now. This is the solution that has been
adopted on wikisources and implemented in a script by Candalua.
Essentially nobody else touches mainspace works which is where the multiple
interwikis show up.
Possibly in the long run Wikisources need to abandon interlanguage linking
by this method and switch to a different method of linking translations,
but that's a problem for wikisource.org and the wikimedia bugzilla world.
I will attach Candalua's solution (after I confirm with him that's it's
free licensed) for discussion/review.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2011-12-30 04:23
Message:
The currently most widely accepted paradigm is a 1:1 relationship between
pages of different sites. Multiple interwiki links means these pages does
not match exact each other. Ok some people wants links which match pages
they are quite similar. I know at wikisource this a most imported issue. As
valhallash says implementation is not trivial because a central paradigma
the bot is working with must be changed. I think there are several points:
MediaWiki too cannot deal with multiple interwiki links by returning them
via api
pwb cannot deal with multiple iw links. Changing it concerns the data
structures and most of the given methods dealing with iw links. My idea is
ignoring all source and target pages with multiple interwiki links like it
does with interwiki conflicts (if the methods are able to handle with ist)
----------------------------------------------------------------------
Comment By: Doug (bewareofdoug)
Date: 2011-12-29 10:32
Message:
The interlanguage extension exists and is stable:
http://www.mediawiki.org/wiki/Extension:Interlanguage
However, it does *not* solve this problem at all as far as I can see, it
simply replaces the interwiki language link system currently in use. It
won't help on any project it isn't adopted on and it won't likely be
adopted on wikisources unless it adds a lot more than it takes away.
Waiting on the across the board adoption of an extension to fix a bug that
can be easily avoided (by making the bot skip such pages) seems like a very
bad idea.
Interwiki.py's behavior is wrong in this case as well, which is part of the
issue.
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2011-12-29 10:23
Message:
It's not entirely trivial to fix this at the moment. Cosmetic_changes
essentially does what interwiki.py does: it only uses the *last* mention of
a certain language.
Changing this behaviour will break interwiki.py, so it has to be
implemented with some care.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2011-12-29 09:33
Message:
We are waiting for the interlanguage extension ;)
----------------------------------------------------------------------
Comment By: Doug (bewareofdoug)
Date: 2011-12-29 07:18
Message:
bug
https://sourceforge.net/tracker/?func=detail&aid=3465680&group_id=93107&ati…
has been identified as a duplicate of this bug, I don't think we should
close the other bug report yet because, although the code involved may be
the same, the actual issue is slightly different. cosmetic_changes.py
should convert [[en:Steveville|Steveville]] to
[[:en:Steveville|Steveville]] because it's in the body of the article
rather than treating it as an interwiki language link.
----------------------------------------------------------------------
Comment By: Doug (bewareofdoug)
Date: 2011-12-27 14:01
Message:
It is open, what you see is Valhallasw changing the close_date to none when
he essentially reversed xqt's change of the same day. I've increased the
priority and removed assignment to xqt as his last action was to close it
as "Wont Fix", so there's no reason to believe that he's actually working
on this.
Last I knew interwiki.py did the same thing.
Is that the same issue? I mean does cosmetic_changes.py get the removal
function from interwiki.py or is the same code at least. We have a work
around on ws (where double and triple interwikis are common) though it
really means skipping such pages.
----------------------------------------------------------------------
Comment By: Yevhen Movsesov ()
Date: 2011-12-26 23:04
Message:
1. Is this issue is "Open" ? Ask, because on this page I see
"close_date 2010-06-09 00:36"
2. If it "Open" please increase priority, or provide workaround.
3. s this problem with "standardizePageFooter" module ?
If yes, which line should I comment as workaround ?
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2010-06-09 00:54
Message:
In no case should a bot destroy data, especially not if the reasoning
behind it is 'the software cannot cope with it'. A double interwiki might
be wrong from a MediaWiki/pwb perspective, but it is *not* wrong from a
content perspective. As such, they should simply be left alone.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2010-06-09 00:36
Message:
MediaWiki also could not handle double interwiki to the same site. It only
saves one link into its database and only one link is reachable via api or
database request. Unless this is not changed by MediaWiki's behavior I do
propose not to changed bot's behavior.
----------------------------------------------------------------------
Comment By: JAn (jandudik)
Date: 2010-06-07 07:46
Message:
Double interwiki in page is incorrect - interwiki bot cannot handle it and
it makes problem for them.
----------------------------------------------------------------------
Comment By: Kenrick Anggara (kenrick95)
Date: 2010-06-07 04:09
Message:
Update :
I have updated my Pywikipediabot into the latest version. I test it on that
Thomas & Uber Cup page and the result is :
http://id.wikipedia.org/w/index.php?title=Piala_Thomas_dan_Uber_2010&diff=3…
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3012516&group_…
Bugs item #3579749, was opened at 2012-10-24 05:56
Message generated for change (Tracker Item Submitted) made by amird
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3579749&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: Amir (amird)
Assigned to: Nobody/Anonymous (nobody)
Summary: A bug in http.py
Initial Comment:
I ran a code for changing in wikidata but after the edit this error occurs:
File "/home/amir/wikipedia.py", line 2013, in put
newPage, self.site().getToken(sysop = sysop), sysop = sysop, botflag=botflag, maxTries=maxTries, wikidata=wikidata)
File "/home/amir/wikipedia.py", line 2151, in _putPage
if response.code == 500:
File "/home/amir/pywikibot/comms/http.py", line 50, in __getattr__
return self._call(name, attr, *args, **kwds)
NameError: global name 'args' is not defined
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3579749&group_…
Bugs item #3579646, was opened at 2012-10-23 21:53
Message generated for change (Tracker Item Submitted) made by
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3579646&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: AleXXw ()
Assigned to: Nobody/Anonymous (nobody)
Summary: Reading Templates within Templates
Initial Comment:
Hi!
Pywikipedia is used to harvest the in-wiki monument lists to the monuments database. I noticed the Error https://bugzilla.wikimedia.org/show_bug.cgi?id=39973, the following lines are a copy of the existing bug:
Some values provided by headertemplates (ie 'Gemeinde' in Austrian lists) are
not filled if there is a template part of any row parameter. Specific example:
http://de.wikipedia.org/wiki/Liste_der_denkmalgesch%C3%BCtzten_Objekte_in_P…
In article:
{{Denkmalliste Österreich Tabellenkopf
|Gemeinde = Pfons
|Bezirk = Bezirk Innsbruck Land
<...>
}}
{{Denkmalliste Österreich Tabellenzeile
|Name = Friedhof mit Kapellen und Kleindenkmalen
|Beschreibung =
|ObjektID = 110694
<...>
}}
{{Denkmalliste Österreich Tabellenzeile
|Name = Kath. Pfarrkirche Mariä Himmelfahrt
|Beschreibung = {{Hauptartikel|Mariä-Himmelfahrt-Kirche (Pfons)}}
|ObjektID = 64604
<...>
}}
and in database:
SELECT `objektid`, `name`, `gemeinde`, `bezirk` FROM
`p_erfgoed_p`.`monuments_at_(de)` WHERE `objektid` = 110694 or `objektid` =
64604;
| objektid | name | gemeinde | bezirk
| 110694 | Friedhof mit Kapellen<...> | Pfons | Bezirk Innsbruck Land
| 64604 | Kath. Pfarrkirche Mar<...> | |
many other examples can be found by SELECT * FROM
`p_erfgoed_p`.`monuments_at_(de)` WHERE `gemeinde` = '';
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603138&aid=3579646&group_…
Feature Requests item #3516383, was opened at 2012-04-10 03:26
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3516383&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: 4
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Support for transliteration in console output
Initial Comment:
Since some days/weeks ago, I can't get non-latin characters to be displayed in the Windows console. Usually, they would be transliterated and in yellow, but now I only see either question marks or blocks (if I use an Unicode font). There is an exception for Greek characters which are displayed correctly if I use an Unicode font. As of now, I can't confirm an interwiki link in Cyrilic simply because I can't see what text is in [[ru:????????]].
I use the cp850 encoding. Using cp65001 is not supported by Pywikipedia.
It would be great to get the transliteration feature back working. For instance, r9974 worked fine.
Comment on config.py:
############## USER INTERFACE SETTINGS ##############
# The encoding that's used in the user's console, i.e. how strings are encoded
# when they are read by raw_input(). On Windows systems' DOS box, this should
# be 'cp850' ('cp437' for older versions). Linux users might try 'iso-8859-1'
# or 'utf-8'.
# This default code should work fine, so you don't have to think about it.
# TODO: consider getting rid of this config variable.
Python 2.7.2 (default, Jun 12 2011, 14:24:46) [MSC v.1500 64 bit (AMD64)]
config-settings:
use_api = True
use_api_login = True
unicode test: ok
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2012-10-19 15:18
Message:
As far as me being a member here, I wasn't aware that I was a member for
any days, actually. When the write-up was published I received a
notification, so that I could participate inside the discussion of the
post, That would explain me stumbuling upon this post. But we're
undoubtedly all members inside the world of concepts.
louis vuitton knockoffs http://www.louisvuittonoutlet.louisim.com
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2012-05-05 12:24
Message:
Implemented in r10187. Please see
http://www.mediawiki.org/wiki/Manual:Pywikipediabot/Windows on how to set
user-config.py.
Please note that the blocks you see are correct -- you can copy them to the
browser and visit that page, which is impossible with transliterated
characters!
----------------------------------------------------------------------
Comment By: Merlijn S. van Deen (valhallasw)
Date: 2012-04-16 03:41
Message:
I'm moving this to feature requests with a lower priority. In the current
setup, we output the correct characters, but your font is unable to
correctly render them. However, copying does work, and I think this is more
useful than transliterated characters.
Checking if an interwiki link is correct is not possible using
transliterations, but is possible by copy-pasting the unicode characters.
----------------------------------------------------------------------
Comment By: xqt (xqt)
Date: 2012-04-10 05:24
Message:
Try reverting r10048 of terminal_interface_base.py to the previous r10047.
I found it helps and gives the right transliterations. Could you verify?
----------------------------------------------------------------------
Comment By: André Malafaya Baptista (malafaya)
Date: 2012-04-10 04:30
Message:
Not really. Lucida Console doesn't show Cyrilic or Georgian or Arabic.
AFAICT, it only shows Latin and Greek.
It got better with DejaVu Sans Mono [check
http://stackoverflow.com/questions/878972/windows-cmd-encoding-change-cause…]
but I still see some unsupported characters showing up sometimes.
Is there a complete mono font out there (free)?
----------------------------------------------------------------------
Comment By: Bináris (binbot)
Date: 2012-04-10 03:31
Message:
Set your console character set to Consolas or Lucida instead of raster
fonts at the properties, and you will find it better than earlier. :-)
----------------------------------------------------------------------
Comment By: André Malafaya Baptista (malafaya)
Date: 2012-04-10 03:27
Message:
Sorry, that was me. I forgot to login.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=603141&aid=3516383&group_…