Summary: | GUI wrong button language, wrong environment variable? | ||
---|---|---|---|
Product: | [Translations] i18n | Reporter: | MBB <mbbdisposable-questions> |
Component: | general | Assignee: | Albert Astals Cid <aacid> |
Status: | RESOLVED FIXED | ||
Severity: | minor | CC: | caulier.gilles, lueck, mbbdisposable-questions, metzpinguin, schwarzer, simonandric5 |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Unspecified | ||
Latest Commit: | https://commits.kde.org/kxmlgui/8361ddef086795cffc43ef9757198642af2439f9 | Version Fixed In: | |
Sentry Crash Report: | |||
Attachments: |
twice in bar
SwitchLanguageBox Certificates dropdown list Digikam 6 test regression |
Created attachment 110752 [details]
SwitchLanguageBox
I can reproduce the problem here also under Linux and also for example with Dolphin. The settings menu string "Show tool bar" always has the language set in the system. This QAction comes from the KF5 framework. Maik From what I can understand here, the German translators are not the right assignee. If anyone has a better place to assign this to, please do so. I also think that the place here might not be right. It does not only affect the German translation, but probably all. Maybe, a better explanation. If the language of the application is changed via the Help menu, the entry under Settings->Show toolbar still has the language of the system. Maik It is not a translation issue, it is the software component that calls the translation issue, which uses the wrong variable. Which could be the program, the Windows compiler or KDE GUI (or perhaps QT?). It is why I had it originally set under Digikam, hoping it would be leveled up appropriately. PS: just to be clear, under Windows, it does NOT have the language of the system, it has the language of the *region* (used to set currencies, timezones etc), OS language is English. I can reproduce this issue in linux master build from sources and neon-devedition-unstable with various languages and applications, digikam, kate, dolphin, konsole etc. If I select a different language than used in Systemsettings->Language for an application via Help->Switch Application Language, the strings in the screenshots are still in systemsettings language, not in the application language. @Burkhard all applications? i've tried kate and okular and it all works fine. I have updated and rebuild frameworks, workspace and applications in master. application language != systemsettings language and using kate or okular I have the strings in the screenshots are still in systemsettings language I'm on KF5 5.43 and KDE Applications 17.12.1 so that should be comparable enough to what you're running. You're going to need to debug this one or we have to try to figure out what is different in your system than on mine if i have to debug it. i can reproduce it now. Should be fixed with https://phabricator.kde.org/D10757 https://phabricator.kde.org/D10758 https://phabricator.kde.org/D10759 Note the last one is in ecm, which means you need to recompile all the frameworks that have _qt.po files with D10757, D10758, and D10759 the bug is fixed, thanks a lot Created attachment 110933 [details]
Certificates dropdown list
All Certificates dropdown list, first 5 items are correct, the last 3 take local language.
May already work in the patched version, I can not verify.
Thank you all for fixing this
I found another place where it happens: in the All Certificates dropdown list, first 5 items are correct, the last 3 take local language. (see attachment) (May already be fixed in the patch, but I can not test that. ) Thank you all for fixing this so quickly. :-) Git commit 8361ddef086795cffc43ef9757198642af2439f9 by Albert Astals Cid. Committed on 26/02/2018 at 18:39. Pushed by aacid into branch 'master'. Reset QLocale internals when we have a custom app language Test Plan: See https://bugs.kde.org/show_bug.cgi?id=390623 Subscribers: #frameworks Tags: #frameworks Differential Revision: https://phabricator.kde.org/D10757 M +21 -0 autotests/kxmlgui_unittest.cpp M +1 -0 autotests/kxmlgui_unittest.h M +1 -0 src/CMakeLists.txt M +16 -7 src/kswitchlanguagedialog_p.cpp M +5 -0 src/kswitchlanguagedialog_p.h https://commits.kde.org/kxmlgui/8361ddef086795cffc43ef9757198642af2439f9 Is this bug fix supposed to be in the new Digikam 5.9 yet? Because it is not fixed for me. To make sure it was not leftover from the upgrade, I did installs ion a Win7 and win10 system that did not have Digikam/KDE software before. I've been able to confirm the bug both ways: OS Region=Netherlands and language=English; Main GUI is English with Dutch bugs OS Region=USA and language=Dutch; Main GUI is Dutch with English bugs Not sure if the bug is really fixed with 5.9.0. Please try the 6.0.0 pre-release bundle just build today : https://files.kde.org/digikam/ Gilles Caulier Here under Linux with KF-5.45 the problem is solved. But right now I can not say against which KF version the Windows packages are built. Maik Look in Help/Components Info dialog Gilles Caulier Created attachment 112276 [details]
Digikam 6 test regression
(Also under About>libraries) The Windows 6.0.0-x64 reports KF-5.44.0 QT 5.10.1 LibQtAV 1.12.0 Unfortunately, bug is still there. There seems to be even a tiny regression: the button with the chosen language (and the underlying pop-up-menu) now get unwanted translated too. The pop-up list used to be in all English and/or the languages to choose from (or both?), and is now all translated, see new attachment. If I see it correctly, this correction is included in KF-5.45. Maik |
Created attachment 110751 [details] twice in bar Accidental 'translation' to Dutch happens of some words/buttons in the menu bar, even though I run an English (default) Digikam on an English Windows. OS: Win 7-x64 Home English, Keyboard: US-International formats and region: Dutch/The Netherlands (needed for currency etc) I suspect the root cause is that the wrong environment variable from Format®ion is somewhere used as all the other menus work right. It might be something higher in the KDE-windows conversion, as the Kleopatra (GPG4win release, can I report those Kleopatra GUI bugs here too?) has similar issues /a lot worse. It happens twice in the menu bar, and once in the Help>switch application Language pop-up