Created attachment 109581 [details] Filename with umlaut ö in konsole (wrong) and dolpin (correct) konsole used to display umlaute composed of 2 chars fine, but after upgrading to 17.12.0 I've noticed that the " is put on the char to the right. It's hard to describe because Chromium, Firefox as well as dolphin display it correctly. Lets use as example the filename: Tannöd.m3u the " is on top of the o. But konsole show the " on the d (above filename is copied via cut & paste from konsole to this textfield in chromium). The attached screenshot shows it. I'm using kde neon with qt 5.9.3, kf5 5.41 and konsole 17.12.0. Achim
This is probably a bug of the font you're using and not konsole. See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=854149.
Yes it depends on the font (and even shape sometimes on the shape) Buggy: Noto Mono Nimbus Mono L Liberation Mono (regular) Liberation Mono (italics): oh, different: adds a space like äb -> a"b Hack (regular) Courier Pitch 10 Ubuntu Mono Correct: Monospace FreeMono Dejavu Sans Mono Courier Hack (italics)
I've tried echo -e '1\u03362' from the bug report in comment 1. With a font that shows my problem and one that does not, I always saw 1 followed by a long dash followed by 2. Only NotoMono shows strikeout 1 followed by 2 like in xterm. So a new bug ;-)
It's weird how your observation about which font is buggy or correct doesn't match mine. E.g. Noto and Ubuntu seemed to be okay for me, but not for you. I can't believe so many fonts got it wrong, there must be some other explanation...??.?!?!?!...
Buggy drawing of composite umlaute are not a konsole only. Kate has the same problem: I've paste the konsole output with buggy chars to kate and I see the same wrong drawing when I change to a 'buggy' font. No idea, whom to blame, KF5? QT? ...?
Hi Engmont, maybe distro? I'm see the problem on 3 Systems with Fonts: Hack (buggy) FreeFont (good) 2 x Neon User: qt 5.9.3, kf 5.41, konsole/kate 17.12.0 1 x Kubuntu artful: qt 5.9.1, kf 5.41, konsole/kate 17.04.3
Similar problems with fresh Kubuntu 17.10 Virtualbox installation: QT 5.7.1, KF 5.36, konsole 16.12.3 E.g., Font: Hack buggy, FreeMono works But Noto Mono and Ubuntu Mono are okay in this 'old' setup
Created attachment 109784 [details] Example UTF-8 file with broken combining char at the end of the filename and content The and of the filename should read 1 (2strikeout) 3 followed by Ö ü ä Other examples are in the file. I hope this helps with reproducing the problem for others.
cannot confirm on Arch Linux using konsole 17.12.2, tested with hack and noto mono fonts.
Looks like Qt bug: https://bugreports.qt.io/browse/QTBUG-48726
(In reply to Achim Bohnet from comment #0) > Created attachment 109581 [details] > Filename with umlaut ö in konsole (wrong) and dolpin (correct) > > konsole used to display umlaute composed of 2 chars fine, but after > upgrading to > 17.12.0 I've noticed that the " is put on the char to the right. > > It's hard to describe because Chromium, Firefox as well as dolphin display > it correctly. Lets use as example the filename: > > Tannöd.m3u > > the " is on top of the o. But konsole show the " on the d (above filename is > copied via cut & paste from konsole to this textfield in chromium). > > The attached screenshot shows it. > > > I'm using kde neon with qt 5.9.3, kf5 5.41 and konsole 17.12.0. > > Achim Thanks for the report Achim, can you please confirm this still happens on a recent Qt and konsole version?
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!
I've tried again. Bug still there, depends on the font in Neon User distro: Konsole Version 20.08.3 KDE Frameworks 5.76.0 Qt 5.15.1 (built against 5.15.1) The xcb windowing system Bug exists with (only tried with my default 11pt font size) Monospace Hack Nimbus Mono PS [urw] (*no* dots shown at all above Ö, ü and ä) Noto mono (see attachment) Ubuntu mono Ö, ü and ä shown perfectly with e.g. Courier 10 Pitch FreeMono DejaVu Sans Mono Nimbus Mono PS [UKWN] Here's the endocing of my testfile (problem are the umlaute after 'mac_... see attachment) $ LC_ALL=C ls -l UTF-8-backup-äéíöüß-∂∆∏∑−∞∩∫≈≠≡≤≥-12̶3-mac_Ö_ü_ä_-test.txt -rw-r--r-- 1 ach ach 14052 Nov 22 12:00 'UTF-8-backup-'$'\303\244\303\251\303\255\303\266\303\274\303\237''-'$'\342\210\202\342\210\206\342\210\217\342\210\221\342\210\222\342\210\236\342\210\251\342\210\253\342\211\210\342\211\240\342\211\241\342\211\244\342\211\245''-12'$'\314\266''3-mac_O'$'\314\210''_u'$'\314\210''_a'$'\314\210''_-test.txt'
Created attachment 133557 [details] Konsole with font that does (not) show the bug (xterm okay)
Created attachment 133559 [details] xfce4-terminal shows the same font problem as konsole with Noto mono
Created attachment 133560 [details] gnome-terminal has same font problem as konsole with Noto mono regular konsole, xfce4-terminal and gnome-terminal show the same problem with noto mono regular.
Hope that information helps.