Duplicate Errors in the rules for transliteration of Cyrillic

akok

akok

Active member
Affected version
2.3.2
Hello. After the update, I started receiving notifications about changes to links on the forum. Further investigation showed that the rules for transliteration of Cyrillic in URLs (SEO-friendly URLs) got broken.

Here is a test thread.
antivirusnaa-osibka

In the old UTF8.php file in DokuWiki,
'ш'=>'sh','Ш'=>'Sh' and 'я'=>'ja','Я'=>'Ja'.
Now (after the update, I couldn't find it),
'ш'=>'i','Ш'=>'I' and 'я'=>'a','Я'=>'a'.
 
This may be related to another bug:

Steffen

Fixed Thread 'German umlaut preservation in URLs in XenForo 2.3 is broken'

First of all, thank you for the german umlaut preservation in URLs in XenForo 2.3 explained here: https://xenforo.com/community/threa...haracters-such-as-o-and-u.221332/post-1681545 :)

However, there seems to be a small but crucial bug which causes the special-casing to not be used. The code expects the locale separator to be and underscore (i.e. "de_DE") although actually it is a dash ("de-DE").

Diff: 
--- a/src/XF/Util/Str.php
+++ b/src/XF/Util/Str.php
@@ -385,7 +385,7 @@ class Str
 
    protected static function getLocale(string $languageCode): string
    {
-...
  • Like

In XF 2.3, transliteration is done using the intl extension if it's available or the legacy character maps if it is not. This may be sorted in XF 2.3.3, otherwise it would imply the intl extension is enabled but the Russian-Latin transliterator is not available on your OS.
 
Correct, this error is related to the one mentioned. I made a correction to the Str.php file, and the transliteration started to display... more or less correctly.
 
Back
Top Bottom