GNOME Bugzilla – Bug 790302
Notification shows Yen-Symbol instead of backslash
Last modified: 2021-07-05 14:07:21 UTC
When a notification contains the "meh" emoji ¯\_(ツ)_/¯, the desktop notification actually says ¯¥_(ツ)_/¯. It appears what is happening is that the character ツ somehow triggers encoding detection and thus the backslash appears as Yen-symbol (see Wikipedia). When the ツ is removed from the message, the backslash is rendered correctly. To reproduce: notify-send Test '¯\\_(ツ)_/¯'
This was originally reported against Signal-Desktop, but it does not happen in other DEs: https://github.com/WhisperSystems/Signal-Desktop/issues/1690 The Wikipedia-Link is: https://en.wikipedia.org/wiki/Backslash#Confusion_in_usage
While I'm not familiar with the inner workings of notification-daemon or any of its dependencies, from a general standpoint, I gather this may be due to the system changing to Shift-JIS which [mis]interprets ASCII backslashes as yen symbols due to Japanese legacy.
Created attachment 363541 [details] Non-working (working?) reproducer (In reply to Felix Eckhofer from comment #0) > To reproduce: > > notify-send Test '¯\\_(ツ)_/¯' This works as expected here, see attached screenshot.
Created attachment 363562 [details] Problem as seen on my system Thanks for trying it out and sorry for potentially wasting your time. As you can see, I get a different behavior. Any idea how I could help to diagnose what's going on?
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/ Thank you for your understanding and your help.