Priority: Normal
Current State: Closed
Released In:
Target Release:
Applies To: Engine
Component: Configure
Branches:
Bug report: configure not setting
TemplatePath
I had an empty apache, and checked out of svn (rev=955), then linked
http://host/foswiki to foswiki/core and ran 'pseudo-install.pl default'.
I then pointed a browser at
http://host/foswiki/bin/configure, and filled in all the settings that looks right, especially the ones that had errors.
Then, after saving the configuration changes, I clicked the 'go to the foswiki front page' link (
http://host/foswiki/bin/view/). This got me the error page:
Foswiki Installation Error
Template "oopsattention" not found.
Check the configuration settings for {TemplateDir} and {TemplatePath}.
Looking in
LocalSite.cfg, I see:
$Foswiki::cfg{TemplateDir} = '/d0/www/htdocs/foswiki/core/templates';
and
$Foswiki::cfg{TemplatePath} = 'NOT SET/$web/$name.$skin.tmpl, NOT SET/$name.$skin.tmpl, NOT SET/$web/$name.tmpl, NOT SET/$name.tmpl, $web.$skinSkin$nameTemplate, System.$skinSkin$nameTemplate, $web.$nameTemplate, System.$nameTemplate'; $Foswiki::cfg{LinkProtocolPattern} = '(file|ftp|gopher|https|http|irc|mailto|news|nntp|telnet)';
So, I went back to configure, and sure enough,
TemplatePath isn't present on the form, after opening all options.
Sven suggested (in IRC) running pseudo-install.pl -f -A, and sure enough, that did work around the problem, so I've been able to get my instance up and running.
Does this happen when you install outside SVN as well? If it does, then it's a release blocker.
Flipped to urgent so we don;t forget it
--
CrawfordCurrie - 27 Nov 2008
I'm heading out of town for a week and a half, but if you haven't gotten to this before then, I'll try a release package, to see if it shows the problem as well.
OK, some analysis.
- You should not have had any errors, only warnings. Those warnings should have related to items auto-completed by configure.
- If you had just hit "next" it would have saved a new LocalSite.cfg it does for me
- The only way you can get a "NOT SET" is if you managed to saved a partial LocalSite.cfg that had some, or all, key values missing from it (or set to "NOT SET")
I was able to reproduce what you describe as follows:
- Make a new install
-
echo "1;" > LocalSite.cfg
- run
configure
- save
It's hard for configure to recover from an existing partial or corrupt configuration. Need to look at how to do that.
Reducing this to Normal, and fixing the headline (was "configure not setting
TemplatePath")
--
CrawfordCurrie - 28 Nov 2008
On thinking about this further, I have decided that in the case where there is an existing
LocalSite.cfg, but it doesn't set the key variables, then it needs to be treated as if it didn't exist.
--
CrawfordCurrie - 29 Nov 2008
I added a bunch of code to test for NOT SET. i can't reproduce the problem, so closing - please re-open if you can replicate the problem 9and provide details on how you did it)
--
CrawfordCurrie - 29 Nov 2008