Item13687: RackPlannerPlugin
Priority: Urgent
Current State: Closed
Released In: n/a
Target Release:
The current release of the plugin doesn't render the rack. To see this install the plugin and view the
RackPlannerPlugin topic. You will see 2 empty racks drawn with no systems in drawn
in the rack. The table below the rack does contain what looks like valid systems
for both racks.
I have tried debugging this and it seems the _fetch works, but the _render doesn't find any data when
my $entryListRef = $$entriesRef{$rack}{ abs($unit) };
is called in lib/Foswiki/Plugins/RackPlannerPlugin/RackPlanner.pm::_render(). If I add a:
print STDERR $entriesListRef;
after this line, I get an error that the
variable is undefined.
Trying to dump the structure with Data:Dumper is showing data in the structure
that includes <div> as though fetch was somehow grabbing an HTML version of the page.
So I am a bit out of my depth here and past the hour I was going to spend debugging it.
--
JohnRouillard - 09 Sep 2015
The issue is caused by use of a "commonTagsHandler" and the plugin loading order. Some other plugin is changing the topic text, possibly
EditRowPlugin, and the table has already been rendered as HTML before
RackPlanner has a chance to read the text.
You can bypass the issue by putting
RackPlannerPlugin in the
PluginsOrder
in the configuration.
$Foswiki::cfg{PluginsOrder} = 'TWikiCompatibilityPlugin,SpreadSheetPlugin,SlideShowPlugin,RackPlannerPlugin';
--
GeorgeClark - 09 Sep 2015
Thanks that did solve the issue.
--
JohnRouillard - 15 Sep 2015
Thanks that did solve the issue.
--
JohnRouillard - 15 Sep 2015