First Last Prev Next    No search results available
: Missing names in reply caused by different Encodings
Bug#: 25816
: smarttemplate4
: General
Resolution: DUPLICATE of bug 25618
: PC
: Windows NT
: unspecified
: P2
: normal
: ---

  Show dependency tree - Show dependency graph
Reporter: Axel Grude <>
Assigned To: Axel Grude <>

Attachments prerelease 31 (335.50 KB, application/x-xpinstall)
2014-07-25 05:08, Axel Grude
no flags Details


You need to log in before you can comment on or make changes to this bug.

Related actions

Description:   Opened: 2014-07-25 05:05
When i receive email with many recipients, only one name is displayed in reply
form. It seems to be caused by Names with special characters such as ć in
------- Comment #1 From Axel Grude 2014-07-25 05:07:07 -------
Additional testing revealed that this was caused by a long recipient list with
many addresses that were encoded with iso-8859-2; the Address string is decoded
in one operation rather than each name by its own, this leads to the problem.  

The fixed version will try to decode each address individually.
------- Comment #2 From Axel Grude 2014-07-25 05:08:47 -------
Created an attachment (id=7900) [details] prerelease 31

This version fixed the issue for at least one user. All ADdresses are decoded
individually from now on which should lead to generally better results with
emails that have lots of recipients (Recipients may use different encodings in
their Email clients).
------- Comment #3 From Axel Grude 2014-07-25 05:41:08 -------
Another user who reported the same problem (only first name in CC list was
output by the %cc% variable) said that prerelease 31 resolved the issue.

Therefore, marking this as fixed.
------- Comment #4 From Axel Grude 2014-07-26 14:32:34 -------

*** This bug has been marked as a duplicate of bug 25618 ***
------- Comment #5 From Fabian Noss 2014-09-03 06:05:35 -------
Not sure, if really solved.

Lets say, name is Jürgen Spaß, so would be the email
address. In this case, following
expands to
    <a href="mailto:J%FCrgen" spass=""

I used prerelease 31 for this test.

First Last Prev Next    No search results available