]> git.vanrenterghem.biz Git - git.ikiwiki.info.git/blobdiff - doc/bugs/links_misparsed_in_CSV_files.mdwn
revert exposing of %backlinks and $backlinks_calculated
[git.ikiwiki.info.git] / doc / bugs / links_misparsed_in_CSV_files.mdwn
index e356e222984413cfbe3235fe3d8d7faa55dbdce6..27d2b7b1e95b1825f6d8923e5d637cf0204501fd 100644 (file)
@@ -4,4 +4,24 @@ e.g. \[[single\_track\_lines]] becomes "em>lines".
 
 Links with only one underscore are OK.
 
+Update 2008-11-24: The problem only occurs if the CSV data is in an external file. If I load it using data="""...""" then it works fine.
+
+The problem appears to be the call to htmlize inside genrow. If the data is inline, then wikilinks get expanded before they get here, and are OK. If the data is from an external file, the wikilinks aren't expanded, and htmlize will expand \[[single\_track\_lines]] into \[[single<em>track</em>lines]].
+
+Oh, wait, I see the problem. IkiWiki::linkify is only called if the external file doesn't exist. If I remove this check and always call IkiWiki::linkify, then the problem is solved.
+
+(this is inside /usr/share/perl5/IkiWiki/Plugin/table.pm).
+
+> To reproduce this bug, I had to install the old, broken markdown 1.0,
+> instead of the now-default Text::Markdown.
+> 
+> Why is linkify not called for external files? Well, I checked the
+> history, and it's probably best to say "for historical reasons that no
+> longer apply". So, changed as you suggest. [[done]] --[[Joey]] 
+
+I am rather confused what this check does, and the fact the comments are very different for CSV and DSV when the code is the same doesn't seem to help.
+
+> The code is not the same; two operations are run in different orders for
+> CSV and DSV, as the comments note. --[[Joey]] 
+
 -- Brian May