GNU bug report logs -
#36852
27.0.50; ietf-drums-parse-address doesn't handle non-ascii properly
Previous Next
Reported by: Štěpán Němec <stepnem <at> gmail.com>
Date: Tue, 30 Jul 2019 09:17:02 UTC
Severity: normal
Tags: fixed
Found in version 27.0.50
Fixed in version 27.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
Štěpán Němec <stepnem <at> gmail.com> writes:
> ietf-drums-parse-address (AKA mail-header-parse-address) uses
> ietf-drums-atext-token to parse display-name, but the regexp range only
> contains ASCII characters, so e.g. as used in debbugs-gnu-show-reports,
> the following happens:
>
> (mail-header-parse-address
> (decode-coding-string "Áaááá Ůůůůů <aaa <at> example.net>" 'utf-8))
>
> ;;=> ("aaa <at> example.net" . "aááá")
That's not a valid email address, so perhaps `ietf-drums-parse-address'
should return a blank string as the name here... On the other hand,
calling that function on something that's not an email address (which
debbugs-gnu does here) it should probably be free to return whatever.
> I'm not quite sure what the proper fix is, as the ASCII-only thing seems
> to be intentional. Maybe it's just not supposed to be used the way it is
> used in debbugs-gnu.el?
Indeed. I've now changed debbugs-gnu to split the "OCTETS
<MORE-OCTETS>" string returned by the debbugs web server correctly.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
This bug report was last modified 5 years and 249 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.