Bug 426181

Summary:	German translation not shown in onlinequoteseditor although application language is set to german
Product:	[Frameworks and Libraries] alkimia	Reporter:	Ralf Habacker <ralf.habacker>
Component:	General	Assignee:	KMyMoney Devel Mailing List <kmymoney-devel>
Status:	RESOLVED FIXED
Severity:	normal	CC:	alexander.lohnau, mjoschwarz
Priority:	NOR
Version:	8.0.3
Target Milestone:	---
Platform:	Other
OS:	Microsoft Windows
Latest Commit:	https://invent.kde.org/packaging/craft-blueprints-kde/-/commit/04810a75ff13191e9421ea4633940366201e7e03	Version Fixed In:
Sentry Crash Report:

Description Ralf Habacker 2020-09-04 16:44:00 UTC

STEPS TO REPRODUCE
1. Download portable package from KMyMoney snapshots page (Aqbanking6: https://kmymoney.org/snapshots.php#kmymoney4-aq6 or Aqbanking5: https://kmymoney.org/snapshots.php#kmymoney4-aq6)
2. unpack 7z file
3. enter 'bin' dir and start onlinequoteseditor
4. select menu entry "help"->"change application language" and change language to german
5. save and restart onlinequoteseditor

OBSERVED RESULT
Text displayed in the dock windows are not translated to german

EXPECTED RESULT
Text displayed in the dock windows should be translated to german

SOFTWARE/OS VERSIONS
Windows: Windows 10
KDE Version: 4.14.65
Qt Version: 4.8

ADDITIONAL INFORMATION
The same issue appears with the "online quotes" settings page opened within kmymoney.

Comment 1 Ralf Habacker 2020-09-04 17:03:05 UTC

(In reply to Ralf Habacker from comment #0)
> OBSERVED RESULT
> Text displayed in the dock windows are not translated to german

The issue does not occurs when running the onlinequoteseditor on Linux os with the help of wine e.g.

DBUS_SESSION_BUS_ADDRESS= wine bin/onlinequoteseditor.exe

The difference is that on Linux the environment variable LANGUAGE is set to the current language, which is not the case on Windows. Setting this variable on Windows before starting onlinequoteseditor or kmymoney with

   set LANGUAGE=de

let the application show the correct translation.

Since ki18n uses the same implementation as kdelibs4 in this area, KF5 builds of alkimia (and kmymoney if patched to use alkimia 8.x) are probably also affected by this bug.

Comment 2 Jack 2022-03-14 20:02:25 UTC

Given all the changes to the build system, is this still an issue?

Comment 3 Ralf Habacker 2022-03-16 15:01:18 UTC

(In reply to Jack from comment #2)
> Given all the changes to the build system, is this still an issue?

I tried to check with a recent download from https://binary-factory.kde.org/job/Alkimia_Nightly_win64/, but could not test, as on application start a message box pops up, that Qt5WebEngineWidgets.dll is missing.

Comment 4 Alexander Lohnau 2022-03-20 13:47:49 UTC

(In reply to Ralf Habacker from comment #3)
> (In reply to Jack from comment #2)
> > Given all the changes to the build system, is this still an issue?
> 
> I tried to check with a recent download from
> https://binary-factory.kde.org/job/Alkimia_Nightly_win64/, but could not
> test, as on application start a message box pops up, that
> Qt5WebEngineWidgets.dll is missing.

Fixed with https://invent.kde.org/packaging/craft-blueprints-kde/-/commit/04810a75ff13191e9421ea4633940366201e7e03

Comment 5 Jack 2022-09-12 22:18:43 UTC

If that commit actually fixed the problem, should this be closed?