bugman wrote in Mon Jan 22, 2018 9:28 am:Thank you! Translating manufacturer names into different character sets is really optional. In most non-latin character languages, you would embed the Latin characters within the text and preserve the original company's name. That is why I put the infrastructure in place for translating the
[wiki] Template:craft manufacturer content. By the way, why is
Ru/Cessna_172P page set to 90% on the
translation requests page? To me it looks like you have translated everything.
For the external links, I have to test that out. Maybe that information will help trace down what is causing this non-latin character in title bug.
Cheers,
Edward
Hi Edward,
In that case, I'll skip manufacturer name. I have updated the
Ru/Cessna_172P page to 100% at
translation requests page.
Regarding the external links, I think the problem lies in the protective captcha script that is activated on all pages if external links are added or edited. Specifically, when I try to edit the section of the page with an external link, the following HTTP message exchange happens (here I tried to add a URL for example.com to External Links block on original Cessna_172P):
- Code (HTTP request): Select all
POST http://wiki.flightgear.org/api.php
Payload:
action=edit
format=json
title=Cessna+172P
summary=/*+External+links+*/Added+Example+external+link
basetimestamp=2018-01-13T23:36:55Z
starttimestamp=2018-01-13T23:36:55Z
text===+External+links+==
*+[http://en.wikipedia.org/wiki/Cessna_172+Wikipedia+article]
*+[http://www.aerodynamicaviation.com/wp-content/uploads/2016/03/C172P-checklist.pdf+Cessna+172+checklist+at+aerodynamicaviation.com]
*+[http://Example.com+Example.com]
{{Appendix}}
{{Cessna}}
[[Category:Aircraft+with+a+cockpit-only+autopilot]]
[[ar:Cessna+172P]]
[[ca:Cessna+172P]]
[[de:Cessna+172P]]
[[es:Cessna+172P]]
[[fr:Cessna+172P]]
[[nl:Cessna+172P]]
[[ru:Cessna+172P]]
[[zh:Cessna+172P]]
section=14
token=506518bd958c4ab30d6cebb3fd07ad3f5a663a21+\
- Code (HTTP Response): Select all
{"edit":{"captcha":{"type":"question","mime":"text/plain","id":"1283592003","question":"<img src=\"images/spamquestion.png\" alt=\"\" title=\"\" />"},"result":"Failure"}}
and at this point the whole process breaks because of the following Javascript error:
- Code (javascript): Select all
TypeError: response is undefined at load.php:31:59
So, the script that processes the server response does not know how to handle captcha, expects "response" key to be defined in response JSON and dies when attempts to access it. It is thus not related to the encoding bug that prevents non-latin char names. I'm pretty sure that one has something to do with encoding that is used either in the database itself or in the database connection string that is fed to the PHP MySQL (or whatever DB you are using) driver.
P.S. Maybe we should move to a separate topic for discussing and debugging problems with Wiki?
P.P.S. Are you aware that this very forum does not allow to put cyrillic charactes in the posts either? If I try to add any cyrillic char, I get DB error message from forum.