Bug 476507 - Double f (ff) in window title joined and rendered as single special character in the multiple window selection popup
Summary: Double f (ff) in window title joined and rendered as single special character...
Status: RESOLVED WORKSFORME
Alias: None
Product: plasmashell
Classification: Plasma
Component: Task Manager and Icons-Only Task Manager widgets (other bugs)
Version First Reported In: 5.27.9
Platform: Arch Linux Linux
: NOR minor
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-11-03 13:53 UTC by Knut Andre Tidemann
Modified: 2023-11-06 14:17 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:

Attachments
Task Manager character bug (16.69 KB, image/png)
2023-11-03 13:53 UTC, Knut Andre Tidemann 		Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Knut Andre Tidemann 2023-11-03 13:53:06 UTC 
Created attachment 162842 [details]
Task Manager character bug

SUMMARY
When multiple windows of the same application are open and the Task Manager joins them in a single icon you get a pop-up menu when pressing that icon.

In this icon the windows are listed with their titles as entries in a popup menu. If a window title has two f's in it, it will be rendered as  special character instead. See the attached screenshot.

Note that this does not happen in the actual window title, in this case of the KWrite window.

My locale settings are:
LANG=en_US.UTF-8
LC_MEASUREMENT=nb_NO.UTF-8
LC_TIME=en_GB.UTF-8


SOFTWARE/OS VERSIONS
Linux kernel: 6.5.8-arch1-1 (64-bit)
KDE Plasma Version: 5.27.9
KDE Frameworks Version:  5.111.0
Qt Version: 5.15.11 (5.15.11+kde+r138-1)
Platform: X11
Comment 1 Nate Graham 2023-11-03 21:31:43 UTC 
How bizarre. However we're not doing any special font handling here; we just use the standard QML QtQuick Controls Label item. The fact that it doesn't happen in Kate suggests it's an issue specific to either the QML Label item upstream in Qt, or even QtQuick text handling in general. Let's test that theory. Do you see the same problem if you take that file and put it on the desktop? Does its label on the desktop suffer from the same bug, but it looks fine when you view ~/Desktop in the Dolphin file manager app?
Comment 2 Knut Andre Tidemann 2023-11-06 11:21:51 UTC 
After doing a package upgrade and rebooting, I'm unable to reproduce this, so I think we can close it.

Sorry for the noise, not sure how this happened, but it was consistent until it was not...
Comment 3 Nate Graham 2023-11-06 14:17:37 UTC 
Ok, thanks anyway! We can always re-open this if and when it happens again.