Item1421: BlogPlugin does not display BlogEntry Text for individual pages.

I've traced the problem to Foswiki::Templates::readTemplate. Towards the end of that sub $text is converted to $result via a sequence of substitutions. It is during that sequence that the template becomes fouled. The evidence is that the RenderBlogEntry disappears from the template at that point. RenderBlogEntry is needed to put the BlogEntry text back into the page. At this point I'm not positive as to how that segment of code is working and I'm out of time working on this problem. If I get time before anyone else gets to it, I'll report back.

-- JeffGreen - 05 Apr 2009

RenderBlogEntry disappears into the $this->{VARS} hash for key='textcontent' which only seems to be used in the PatternSkin code. Basically tracing the relevant value in terms of template (hash) items: main -> patterntopiccontents -> content -> %TEXT%.

The entry text is removed from the text flow in Store::extractMetaData. Don't know where it is put back in if indeed it is.

At that point the search comes back to RenderBlogEntry that has a formfield(Text) in it; that's where it (is suppose to?) return to the flow.

I don't really know the design well enough to fix this level of a problem....

-- JeffGreen - 06 Apr 2009

The problem seems to be skin related, or at least view.pattern.tmpl related, since if I sub in the empty string for the skin into the call(s) to readTemplate in UI::View::view(), then it returns a page with content though without the nice formatting.

-- JeffGreen - 22 Jul 2009

By replacing BlogEntryViewTemplate for BlogEntryView on the VIEW_TEMPLATE variable on the BlogEntries and BlogEntryTemplate, the page at least displays. There are a few formatting issues, i.e. the display is a bit off, however the content now displays.

-- JeffGreen - 23 Jul 2009

Doesn't apply anymore as the extension was rewritten from scratch.

-- MichaelDaum - 05 May 2013