created

[git.ikiwiki.info.git] / doc / bugs / table_can_not_deal_with_Chinese_.mdwn

diff --git a/doc/bugs/table_can_not_deal_with_Chinese_.mdwn b/doc/bugs/table_can_not_deal_with_Chinese_.mdwn
index 653ec00d3fb44e0f9a02da7753e45c4af3edb9ea..e57bd3c0501f79d317c9ab99f4327fb2d0656633 100644 (file)
--- a/doc/bugs/table_can_not_deal_with_Chinese_.mdwn
+++ b/doc/bugs/table_can_not_deal_with_Chinese_.mdwn
@@ -130,3 +130,15 @@ I'm going to attempt to work around it by moving to an external CSV. ­— [[Jon
 >> EDIT: yes indeed merely upgrading to libperl5.28=5.28.1-6 in stretch fixes the
 >> issue.
 >> — [[Jon]]
+>>
+>> Post Buster-upgrade, and it's *still* broken on my webhost, which shows
+>> `[\[!table Error: Wide character at /usr/lib/x86_64-linux-gnu/perl/5.28/Encode.pm line 296.]]`
+>> with libperl5.28:amd64      5.28.1-6, libtext-csv-perl      1.99-1 and 
+>> libtext-csv-xs-perl 1.38-1. Further fiddling will commence.
+>> (removing libtext-csv-xs-perl does not help.)
+— [[Jon]]
+
+>>> Still hitting this [[plugins/table]] bug, using ikiwiki=3.20200202.3, buster system, no libtext-csv-perl installed,
+>>> libperl5.28:amd64       5.28.1-6, no libtext-csv-xs-perl. Workaround is to set format=tsv,
+>>> even though I'm overriding the delimiter to \t. This reproduces easily in the  quay.io/jdowland/opinionated-ikiwiki
+>>> container FWIW. *— [[Jon]], 2020-06-26*