Bug 389940

Summary:	Wrong window and tab titles in a non-UTF8 locale
Product:	[Applications] konsole	Reporter:	Lothar <lopa>
Component:	general	Assignee:	Konsole Developer <konsole-devel>
Status:	CONFIRMED ---
Severity:	normal	CC:	grahamperrin, justin.zobel
Priority:	NOR
Version:	17.12.1
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

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.