Обновился с OTRS 3.0.11 на 3.1.1-проблема с кодировкой [Реш]

[suigel]

Добрый день.

Обновился с версии 3.0.11 до 3.1.1. Рекомендации по обновлению выполнил (http://doc.otrs.org/3.1/en/html/upgrading.html).
Теперь всё кракозябрами, кроме текста из базы (текст заявок, конфигурационных элементов и т.п.).
ОС SLES 11 SP1, MySQL 5.0.67

Результат проверок Support Assesment:
Check if the client uses utf8 for the connection.
Your client connection is utf8.
OK Check if the database uses utf8 as charset.
Your database character setting is utf8.
OK Check database utf8 support.
Your database version supports utf8.
OK Check the utf8 table charset collation.
Your charset collation is set to utf8_general_ci.

В браузере стоит кодировка UTF8. В браузере Сохранял исходный код страницы - текс в UTF8. Пытался потом его просмотреть, ни в какой кодировке он нормально не отобразился, хотя автоопределение определяет текст как UTF8. Только после конвертации в ANSI 1251 текст стал отображаться правильно.
Такое впечатление, что происходит какое-то двойное преобразование кодировок на уровне движка OTRS и в браузер уже передаётся искаженная кодировка.
Кто-нибудь может подсказать в какую сторону хоть копать?

[suigel]

Изменил в Винде с помощью текстового редактора кодировку файла ru.pm на ANSI, теперь интерфейс отображается нормально, кроме надписей дополнительных модулей. А теперь все языковые файлы (ITSM, FAQ) идут в utf8. Как это должно по-нормальному работать? Пробовал играться с кодировками и в IE8 и в Firefox 10, ничего не помогает, кроме изменения кодировки языковых файлов.

[bloodice]

Это не единственный косяк с кодировками. Либо вставляем костыли, либо ждем пока разработчики все до ума доведут.

PS: Я минимум месяц даже пытаться ставить новую версию не буду, не говоря об апгрейде рабочего сервера.

[alexus]

Все файлы должный быть в UTF-8. Проверяйте, как работает ваш текстовый редактор.

Это не единственный косяк с кодировками. Либо вставляем костыли, либо ждем пока разработчики все до ума доведут.

Уже с версии 3.0 было предупреждение, что в 3.1 будет все только в UTF-8. Никаких доведений до ума не будет. И о каких костылях идет речь?

PS: Я минимум месяц даже пытаться ставить новую версию не буду, не говоря об апгрейде рабочего сервера.

1. Пытаться можно без проблем в тестовой среде.
2. Это само собой, надо сначала на тестах все откатать, тем более если у Вас был кастом.

[suigel]

Добил я всё-таки эту проблему. Я совсем забыл, что у меня есть собственный файл русификации для своих доработок ru_Custom.pm. Он у меня был в кодировке 1251 и похоже из-за него и происходило дополнительное преобразование кодировок. В общем, решилось перекодированием этого файла в utf-8 и правки в самом файле строки с заменой 1251 на utf-8 $Self->{Charset} = ['utf-8', ]; и перезапуском сервиса otrs и apache2.

[alexus]

Что и требовалось доказать.

Это не единственный косяк с кодировками. Либо вставляем костыли, либо ждем пока разработчики все до ума доведут.

В 90% случаев - косяк не у разработчиков .