I've seen this for several versions but have finally become fed up enough to report the problem. Occassionally when going to edit a template from the Manage Assets screen, I get a hyperlinked list of the templates instead of the edit page. I have attached a screenshot which shows the output I get and the url which shows that I was expecting an edit screen.
Sometimes I can refresh the page and the edit form comes up. Sometimes it takes multiple refreshes. When it gets really bad, I can restart the modperl server and things go back to normal..
Well now that I look, yes, there are. Here's what it has to say:
2007/07/01 20:14:37 - WARN - www.midwestheart.com.conf - main::[[undef]] - Couldn't call method edit on asset for url: templates/twocolumnhome Root cause: Can't locate object method "new" via package "HTMLTemplate" (perhaps you forgot to load "HTMLTemplate"?) at /data/WebGUI/lib/WebGUI/Asset/Template.pm line 252.
I've had this same issue on plainblack.com. Nothing in the codebase calls "HTMLTemplate->new", but some calls to WebGUI::Asset::Template::HTMLTemplate->new.
Nothing in the config files or site settings or template definitions calls "HTMLTemplate->new" either.
JT and I have both gone over this and can't figure it out. Good luck.
The automated help for the template parser strips off all but the last part of the module name. It does this operating directly on the array of parsers in the config variable, using a map statement. Inside the map, it altered $_, which alters the contents of the array.
It would cause problems exactly like what you're experiencing, if there was a way for the config data to be cached or shared among processes.
Fixed in 7.3.20
William,
I know you're more savvy than the average hacker, so I'll just point you to PlainBlack's public SVN:
https://svn.webgui.org/plainblack/branch/WebGUI_7.3
You can pull diffs for this bug, or any of them, from there.
