https://bugs.kde.org/show_bug.cgi?id=487317
--- Comment #6 from Thomas Baumgart <tbaumg...@kde.org> --- I can confirm that this problem is introduced by KMyMoney (not Alkimia). Over the last couple of days, I analyzed it a bit and found out, that std::localeconv() apparently provides false information about the location of the currency symbol in the member p_cs_precedes when the selected locale is tr_TR.UTF-8 (it works correctly for others where the currency sign precedes the amount). KMyMoney uses that information provided by std::localeenv() to format the monetary values and that is why the display differs and is incorrect. The display in the KCM module is based on QLocale::toCurrencyString() which works on Qt's own locale information. More to come. -- You are receiving this mail because: You are the assignee for the bug.