diff options
| author | Anders Kaseorg <andersk@mit.edu> | 2015-01-24 23:49:23 -0500 |
|---|---|---|
| committer | Simon McVittie <smcv@debian.org> | 2015-03-01 12:43:20 +0000 |
| commit | f35c6a97d1837a37879996211bd6f3c8eb356df9 (patch) | |
| tree | 2640e5d47b1527bbd9f05e92a7e5dc5ef06d8cf9 /debian | |
| parent | 2d27fadfc509c615f0fefe784be643c1703029a2 (diff) | |
| download | ikiwiki-f35c6a97d1837a37879996211bd6f3c8eb356df9.tar ikiwiki-f35c6a97d1837a37879996211bd6f3c8eb356df9.tar.gz | |
Fix double UTF-8 decode on Perl < 5.20 with upgraded Encode.pm
Commit feb21ebfacb341fc34244e1c9b8557fd81d1dfc1 added a
safe_decode_utf8 function that avoids double decoding on Perl 5.20.
But the Perl behavior change actually happened in Encode.pm 2.53
(https://github.com/dankogai/p5-encode/pull/11). Although Perl 5.20
is the first Perl version to bundle an affected version of Encode.pm,
it’s also possible to upgrade Encode.pm independently; for example,
Fedora 20 has Perl 5.18.4 with Encode.pm 2.54. On such a system,
editing a non-ASCII file still fails with errors like
Error: Cannot decode string with wide characters at
/usr/lib64/perl5/vendor_perl/Encode.pm line 216.
There doesn’t seem to be any reason not to check Encode::is_utf8 on
old versions too, so just remove the version check altogether.
Signed-off-by: Anders Kaseorg <andersk@mit.edu>
Bug-Debian: https://bugs.debian.org/776181
Diffstat (limited to 'debian')
0 files changed, 0 insertions, 0 deletions