The operations team has experimentally converted the test wiki to a different Unicode encoding. This is expected to fix various longstanding issues, such as the inability to insert emoji (and certain Chinese characters) into a wiki page in literal form without truncating it or triggering errors. They need help testing the results of the migration on the test wiki to iron out any bugs before running the same migration on this wiki. Please help test Unicode usage everywhere you can, not only page contents but also page titles, edit summaries, user names, and more, and report any problems like errors, truncated content, broken links, or missing search results. Thanks!
Hi,
test with emoji:
page content: User:Vincentius - OpenStreetMap Wiki
page titles: DE:Leaflet Simple Example mit Emoji 🐱🚀 - OpenStreetMap Wiki
edit summaries: User:Vincentius: Revision history - OpenStreetMap Wiki
do work
user name not:
Best regards
2 Likes
Specifically user names might be interesting to test for @amapanda_ᚐᚋᚐᚅᚇᚐ
4 Likes
As a reminder, we’re also interested in feedback about any functionality that normally works but is broken on the test wiki, even if you don’t fool around with exotic Unicode characters. Some breakage may be due to other experiments we’re running there, but some of it could be due to the character encoding version. We need to know just in case. We took the entire database contents and converted it to a new character encoding, which under ordinary circumstances would be pretty scary, let alone in a large MediaWiki installation.
This is coming from the AntiSpoof extension, which is also installed on the main wiki. The extension is designed to prevent malicious user name spoofing, like we’ve seen on the main website in the past. As far as I can tell, AntiSpoof doesn’t like characters in the Transport and Map Symbols Unicode block because they don’t belong to a particular script (as in Latin, Arabic, Glagolithic, etc.). Instead, they belong to Zyyy, which means an undetermined script.
If someone has a well-justified need to bypass the spoofing check, an administrator can bypass the check when creating an account on their behalf.
1 Like
typing hr: in search window redirects to https://hr.wikipedia.org/wiki/_______________________________________________________________________________________________ (no really, that is the link, on wikipedia.org and with zillion underscores)
regular wiki just returns some matches for “hr”
5 Likes
-
And also generally, typing “HR:Main_Page” leads to wikipedia’s
https://hr.wikipedia.org/wiki/Glavna_stranicaand nothttps://wiki.openstreetmap.org/wiki/Hr:Main_Pageas regular wiki does. -
Non-language-prefix searches seem to work though, e.g. searching for
Key:surfacedoes lead to expectedhttps://test.wiki.openstreetmap.org/wiki/Key:surface.
However when it opens and I click on language bar onHrvatskiit again incorrect points to https://hr.wikipedia.org/wiki/Key:surface_______________________________________________________________________________________________
-
When I open Prvić Luka - OpenStreetMap Wiki
It shows raw literal
{{HR:place|name=Prvić Luka|type=village|area=Croatia|lat=43.72658|long=15.79881|zoom=15}}at the top, instead of parsing it as " Prvić Luka is a village in Croatia at latitude 43.72658, longitude 15.79881." regular wiki dies
Thank you, I reported the issues in this GitHub issue. Keep the feedback coming!
1 Like