• Do not register here on develop.twiki.org, login with your twiki.org account.
• Use View topic Item7848 for generic doc work for TWiki-6.1.1. Use View topic Item7851 for doc work on extensions that are not part of a release. More... Close
• Anything you create or change in standard webs (Main, TWiki, Sandbox etc) will be automatically reverted on every SVN update.
Does this site look broken?. Use the LitterTray web for test cases.

Item4094: configure does not initialize hidden settings as it should

Item Form Data

AppliesTo: Component: Priority: CurrentState: WaitingFor: TargetRelease ReleasedIn
Engine   Urgent Closed   minor  

Edit Form Data

Reported By:
Applies To:
Current State:
Waiting For:
Target Release:
Released In:


After the expert settings are now hidden in configure, doing the initial save without making them visible means some of them are not correctly initialized and included in LocalSite.cfg.

The symptom I see is

Error: TWiki.pm could not be loaded. The error was:

Use of uninitialized value in pattern match (m//) at /var/www/twiki/lib/TWiki.pm line 356.
BEGIN failed--compilation aborted at /var/www/twiki/lib/TWiki.pm line 489.
Compilation failed in require at (eval 85) line 3.

Error: Check path to twiki/lib and check that LocalSite.cfg is present and readable 

Above caused by at least 3 settings not being set to anything when not seeing expert settings.

When you just view the expert settings without changing anything and then save again these 3 are set

$TWiki::cfg{Site}{CharSet} = 'iso-8859-15';
$TWiki::cfg{Site}{Lang} = 'en';
$TWiki::cfg{Site}{FullLang} = 'en-us';

The configure script needs to process ALL settings and set them to proper values even when the user has not viewed them.

This is a release blocker.

-- TWiki:Main/KennethLavrsen - 21 May 2007

configure contains a list of "critical" settings that TWiki just won't work without. Only critical settings are set when going through the initial paths screen. TWiki should be tolerant to any other setting being missing - indeed, this is fundamental to the bootstrapping of a new install. A recent patch added a new critical setting; but only one. When I make that setting uncritical again, then initial config works as I would expect.


these three settings have been "problematic" since configure. i think kenneth is seeing a different manifestation to the problem i encountered when working on an installer. iirc, the problem was that these variables aren't defaulted at runtime in the core as all the others are (or at least, used to be, circa twiki 4.0 era)

i see only one checkin (13850) and it only addresses one of these variables.


Right; I configured a new TWiki, ran it up and it worked without needing values for the other two. I'll check again.

Later; I double-checked, and those two don't need values.


Item4097 seems to want $TWiki::cfg{Site}{CharSet} ?

but, it's not that i really want configure to write out these variables; i'd much prefer to have them defaulted at runtime.


TWiki should work without a value for this configuration item; see Item4097


The original problem is still not resolved.

Test case

  • Start from scratch by deleting the LocalSite.cfg
  • Go through the basic settings and save defining a password
  • Go back to configure and setup the required settings to get Twiki running a plain Apache login/htpasswd configuration. Do not click the "Yes I have read all the documentation" button.
  • Save.
  • Go back to configure
  • Now click the "Yes I have read all the documentation"
  • Do not touch anything else.
  • Save
  • You will now see that I was right when I said that the hidden settings are not stored with their default. You get the message 3 configuration items were changed {Site}{FullLang} {Site}{Lang} {Site}{CharSet} when you save clearly indicating that the saved settings are depending on if you view all settings.

Under no circumstances should the hiding of settings influence what gets saved. This leads to unwanted bugs.

Reopening and setting urgent

-- KennethLavrsen - 03 Jun 2007

it's unlikely related to the fact that they are hidden settings as this issue has been present before EXPERT settings even existed (if i am reading hidden corrected as those expert settings)

-- TWiki:Main.WillNorris - 03 Jun 2007

No do not mix up the problems. This bug report is - and was - that configure calculates some defaults for these 3 settings but only when you ask to see them. You can save 10 times in configure with the EXPERT settings hidden. And the 3 do not get defined and saved. The minutes you click "Yes I have read all the documentation" the configure page is reloaded with all settings visible and when you save next time the 3 settings suddenly get a value and are stored in LocalSite.cfg. THAT is the bug that needs to get fixed. If these 3 are the only ones we can remove the EXPERT setting from them.

-- KennethLavrsen - 03 Jun 2007

Interesting; i have no idea how it's managing to do that frown

I will have to investigate. But is this really Urgent?


-- TWiki:Main.CrawfordCurrie - 04 Jun 2007

Currently neither you nor I knows why this is happening and potentially this could cause serious errors.

But we can change these 3 settings to non EXPERT and lower priority to Normal

-- KennethLavrsen - 04 Jun 2007

"potentially could cause serious errors" - no. These values are not required to run TWiki. They, and all other values, are provided with sensible defaults.

I changed the code so that they always receive values on the first run - though I repeat, it is not essential to do this.


Summary configure does not initialize hidden settings as it should
ReportedBy TWiki:Main.KennethLavrsen
Codebase ~twiki4
SVN Range TWiki-4.1.2, Fri, 18 May 2007, build 13796
AppliesTo Engine

Priority Urgent
CurrentState Closed

Checkins TWikirev:13850 TWikirev:14085
TargetRelease minor

Edit | Attach | Watch | Print version | History: r16 < r15 < r14 < r13 < r12 | Backlinks | Raw View |  Raw edit | More topic actions
Topic revision: r16 - 2007-06-11 - TWikiUserMapping_CrawfordCurrie
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2022 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback