Bug 389940 - Wrong window and tab titles in a non-UTF8 locale
Summary: Wrong window and tab titles in a non-UTF8 locale
Status: CONFIRMED
Alias: None
Product: konsole
Classification: Applications
Component: general (show other bugs)
Version: 17.12.1
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Konsole Developer
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-02-06 09:53 UTC by Lothar
Modified: 2024-03-10 02:58 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Lothar 2018-02-06 09:53:03 UTC
In a non-UTF8 locale, diacritical characters in the current directory name are shown as ? in the window and tab titles. This can be fixed by adding

#include <locale>
setlocale(LC_CTYPE, "");

at the start of kdemain in main.cpp.
Comment 1 Justin Zobel 2020-11-03 01:46:20 UTC
Thanks for the info Lothar, would you mind submitting a patch at https://invent.kde.org/utilities/konsole/-/merge_requests/ if this is still an issue in recent Konsole versions?
Comment 2 Lothar 2020-11-04 14:23:37 UTC
Hi Justin,

yes, it's still an issue, but unfortunately such a simple patch isn't sufficient any more. Things got worse for most KDE and QT apps. It seems to me, that some open source developers are fighting a holy war against all non-UTF8 character encodings. Much more extensive patches are necessary for almost all KDE applications to regain the choice of filesystem encodings. But it's unlikely, that such patches are accepted, because it seems, that there's not much demand for it.
Comment 3 Justin Zobel 2020-11-04 23:26:38 UTC
Honestly I'm sure if patches are provided to ensure correct functionality they'd be welcomed. KDE is pretty open to patches. I've already sent a super minor one to correct some XML formatting and was kindly thanked.
Comment 4 Bug Janitor Service 2020-11-19 04:33:43 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 5 Lothar 2020-11-23 00:03:30 UTC
(In reply to Justin Zobel from comment #3)
> Honestly I'm sure if patches are provided to ensure correct functionality
> they'd be welcomed. KDE is pretty open to patches. I've already sent a super
> minor one to correct some XML formatting and was kindly thanked.

Unfortunately, the correct handling of the character encoding according to the setting of the env variables LANG or LC_CTYPE is not considered as the correct functionality any more by a lot of programmers. Quite the reverse, the support of anything but UTF8 is actively removed. For example the ICU library. Originally, the system encoding was hard coded to UTF8 only for Android and Apple. But since several months, this is also done for Linux. LANG and LC_CTYPE is ignored.

A lot of KDE packages and the ICU library must be patched to restore the correct handling of the character encodings. But I gave it up, because this bug now is declared as a feature by most package maintainers.
Comment 6 Justin Zobel 2020-11-23 00:29:28 UTC
Information provided and confirmed that this is still an issue.