From db16c8d8ef56ca7467b38854b5edef49996e0a5b Mon Sep 17 00:00:00 2001
From: "http://joeyh.name/" <joey@web>
Date: Mon, 4 Mar 2013 13:21:27 -0400
Subject: [PATCH]

---
 doc/bugs/undefined_value_as_a_HASH_reference.mdwn | 13 +++++++++++++
 1 file changed, 13 insertions(+)

diff --git a/doc/bugs/undefined_value_as_a_HASH_reference.mdwn b/doc/bugs/undefined_value_as_a_HASH_reference.mdwn
index 384e09336..2c470e096 100644
--- a/doc/bugs/undefined_value_as_a_HASH_reference.mdwn
+++ b/doc/bugs/undefined_value_as_a_HASH_reference.mdwn
@@ -49,3 +49,16 @@ I'm on Debian unstable.
 
 Thanks,
 -Michal
+
+> Some plugin has a broken getsetup hook, and is feeding a corrupted setup list in. Both the websetup and the auto.setup files cause all plugins to be loaded and all their setup to be available. 
+> 
+> This command will help you find the plugin. Here it prints some noise around the rst plugin, for unrelated reasons,
+> but what you're looking for is the plugin printed before the "even sized list" message.
+
+<pre>
+perl -le 'use warnings; use strict; use Data::Dumper; use IkiWiki; %config=IkiWiki::defaultconfig(); use IkiWiki::Setup; my @s=IkiWiki::Setup::getsetup(); foreach my $pair (@s) { print "plugin ".$pair->[0]; my $setup=$pair->[1]; if ($pair->[0] eq "rst") { print Dumper($setup)} my %s=@{$setup} }'
+</pre>
+
+> I was able to replicate this by making a plugin's getsetup hook return a list reference, rather than a list, 
+> and have put in a guard against that sort of thing.
+>  --[[Joey]]
-- 
2.44.0