Bug 499474

Created attachment 177936 [details]
Demonstration screenshot (for `#c0`).

SUMMARY
-------

When invoking the application launcher context menu via mouse action on the shell desktop, the "Lost & Found"-named entry renders as "Lost  Found", presumably because the special character isn't escaped (OFC, because it's used for keyboard accelerators).

STEPS TO REPRODUCE
------------------

1. Invoke `plasmashell`.
2. Right-click on the desktop.
3. Select "Desktop and Wallpaper".
4. Select "Mouse Actions".
5. Select the combination box beside "Middle-Button".
6. Set it to "Application Launcher".
7. Select "OK".
8. Middle-click on the desktop.

OBSERVED RESULT
---------------

The "Lost & Found" section is displayed as "Lost  Found".

EXPECTED RESULT
---------------

The "Lost & Found" section should be displayed as "Lost & Found".

SOFTWARE/OS VERSIONS
--------------------

1.	~~~sh
	#!/usr/bin/env sh
	kinfo
	~~~

2.	> ~~~YAML
	> Operating System: Fedora Linux 41
	> KDE Plasma Version: 6.2.5
	> KDE Frameworks Version: 6.10.0
	> Qt Version: 6.8.1
	> Kernel Version: 6.12.11-200.fc41.x86_64 (64-bit)
	> Graphics Platform: Wayland
	> ~~~

ADDITIONAL INFORMATION
----------------------

1.	> This also applies to `&component=Folder`, but since this is the more basic counterpart (and, presumably, its basis), I've reported it at `&component=Desktop Containment` instead.

	...is what I would have said, had that component existed. Instead, it appears that the relevant "About" page leads you to a non-existent component.

	Consequently, I've chosen the most applicable in its stead (albeit not exact):

	> Desktop icons & Folder view
	> ---------------------------
	> 
	> Folder widget, also responsible for showing files and folders on the desktop.

1.	Noticed upon advice from https://discuss.kde.org/t/does-a-context-menu-based-application-menu-exist/29211/6?u=rokejulianlockhart, if of use.