Description: Since version 6.4.0 all internal menus (for example, Print menu) contain bad symbols as "question mark". I use Linux Slackware64-current and KOI8-R locale: LANG=ru_RU.koi8r LC_CTYPE="ru_RU.koi8r" LC_NUMERIC=C LC_TIME="ru_RU.koi8r" LC_COLLATE=C LC_MONETARY="ru_RU.koi8r" LC_MESSAGES="ru_RU.koi8r" LC_PAPER="ru_RU.koi8r" LC_NAME="ru_RU.koi8r" LC_ADDRESS="ru_RU.koi8r" LC_TELEPHONE="ru_RU.koi8r" LC_MEASUREMENT="ru_RU.koi8r" LC_IDENTIFICATION="ru_RU.koi8r" Perhaps the characters are displayed as UTF8. And the problem is in translation of symbols from UTF8 to KOI8-R. Before version 6.4.0 there was no such problem. All words in all menus displayed correctly. Steps to Reproduce: 1.Setup locale to ru_RU.koi8r 2.Run libreoffice 3.Open any menu, for example, Печать (Print). Actual Results: All cyrillic symbols are broken Expected Results: All cyrillic symbols should displayed correcely Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: Screenshot https://yadi.sk/i/m23hR37XVCLHIw
Could you please paste the info from Help - about LibreOffice ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the information has been provided
$ LC_ALL=C swriter: Help-About Libreoffice Version: 6.4.1.2 Build ID: 4d224e95b98b138af42a64d84056446d09082932 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3; Locale: en-GB (C); UI-Language: en-US Calc: CL LibreOffice is a modern, easy-to-use, open source productivity suite for word processing, spreadsheets, presentations and more. See Log: 4d224e95b98b138af42a64d84056446d09082932 https://hub.libreoffice.org/git-core/4d224e95b98b138af42a64d84056446d09082932 Screenshot for original KOI8-R locale can see at https://yadi.sk/i/eS3jMsrQBbxObQ
Thank you for pointing to the direction. There is in info VCL: gtk3 I try to change to "gen" and "qt5". The problem disappeared. Thus, this is problem not libreoffice but due to gtk3 vcl plugin. How to resolve it in this case?
Wrt "regression", what was the vclplug in the "working" version ? Non utf-8 locales are rare and I suspect it might have never worked in the gtk3 version since it began using the native menubars which is not new in 6.4
The original bug report talks about menus, but I think the problem is the dialogs reached through the menus which are indeed in the wrong encoding. The menus themselves seem ok unless I'm missing something.
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/49d1325ecbcbad32abd4cc55d946a720f99801f4 tdf#131069 always produce utf-8 from gettext It will be available in 7.0.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
fixed in master, backport to 6-4 in gerrit
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-6-4": https://git.libreoffice.org/core/commit/dc8db8308840516115a3f7cc9397a5c37bf99862 tdf#131069 always produce utf-8 from gettext It will be available in 6.4.3. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Hi Yury, Could you please check the issue is fixed for you with a master build from http://dev-builds.libreoffice.org/daily/master/ ?
While I see only build for Linux RPM from 2020-03-13 22:31:35. No changes. When fresh build will be created I will test
I get last build master_2020-03-21_17.20.22_LibreOfficeDev_7.0.0.0.alpha0_Linux_x86-64_rpm.tar.gz and confirm that the problem is solved now. Thank you very much!