GNOME Bugzilla – Bug 332984
Broken contact info in status bar for contacts with LTR names in RTL locales
Last modified: 2021-05-19 11:04:11 UTC
Steps to reproduce: In Evolution Mailer, in the header of a message in the preview frame, move the mouse pointer over an email address which also has a name. The status bar displays this message: "Click to mail foo <foo@bar.com>" When running Evolution in an RTL locale, the arrangement of the above message is incorrect. Please see the attached screenshots.
Created attachment 60386 [details] English contact name in Persian locale. (Incorrect)
Created attachment 60387 [details] English contact name in Persian locale. (Incorrect)
Created attachment 60388 [details] Persian contact name in Persian locale. (Correct)
Created attachment 60390 [details] [review] Proposed patch Roozbeh Pournader has proposed a patch to evolution-data-server to fix this bug. Attached.
Patch is for the mailer code (camel), so moving it to mailer.
The patch may have bad side effects. I would really appreciate it if someone with knowledge about the Evolution's internals could review the patch. I don't know where else the function camel_internet_address_format_address is used.
This really should not be done like this and should be left to translators to fix. For example marking the "%s <%s>" for translations allows that. Last thing I want to see is cryptic hex chars all over the GNOME source code.
Behdad, you're right, but what I'm worried about it something else totally. If the output of this function is parsed by anything else later (or gets put in email messages and sent over the internet), we really need to do something else like having one formatting function for display and another for sending the message on the line. Marking it translatable will be even worse in that case.
In a second thought, depending on translators for this one doesn't look like a safe idea.
I just found it the hard way: the patch has bad side effects, as the characters will be sent over the wire.
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/Community/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/ Thank you for your understanding and your help.