which web browser & version are you using?  I can't reproduce this here with IE 7.0.5730.13

I was able to verify that using I.E., going from /<any> to /light will generate an error.

when the Default interface is set to Light, SC will launch just fine.  Switching it to /light from the Address bar will fail.

Template Toolkit limit.  You have a lot of plugins and TT only allows 64 template roots.  Using a non-default skin in this case causes the same barf.

If the above is the cause, a fix is to patch CPAN/Template/Provider.pm, line 63 to read:

our $MAX_DIRS = 128 unless defined $MAX_DIRS;

I have had this on my home copy for ages (I have WAY too many plugins and always call up the ui with the url override thanks to the days of reworking and testing every skin).  

The only problem with this is that we generally move CPAN modules to lib when we have SC-specific mods.  I'd want to know what the possible down sides are with a larger number (ie, why the TT authors have 64 as the current limit).

Another idea would be to merge included plugins with the core web templates so that we don't have so many added INCLUDE_PATHS out of the box.

James/Phil - can you confirm the "many plugins" issue?

BTW: I can reproduce the issue as initially reported, while /Handheld/ or /EN/ would work fine. It's most likely due to some using of absolute paths.

/Light/ will create an error, as there's no such skin: while it's shown as such in the settings, its real name is "EN". Confusion due to localization.

(In reply to comment #5)
> James/Phil - can you confirm the "many plugins" issue?
> 

Phil have you had a chance to verify this?  I still can't reproduce the issue.  Even after installing a few plug-in's.  I'll try later with more to see what happens.

I have 36 plugins.  I haven't reduced my plugins to find what the working limit is.  Is that what you are asking for?  I can do that later tonight and report back.

Yes, please test with less plugins. 36 sounds like an awful lot to me :-)

I removed all plugins, deleted my server cache and web browser cache and restarted.  I changed my default skin to Fishbone.

Exactly the same fault occurs.

I can open http://localhost:9000 and get the fishbone skin.

If I try to open http://localhost:9000/Default, I only get the "Loading SqueezeCenter..." message.

The log says:

[22:54:37.5226] Slim::Utils::Misc::msg (1126) Warning: [22:54:37.5222] Use of uninitialized value in hash element at P:\Music\SlimServer\trunk\server\CPAN/Template/Context.pm line 99.
[22:54:37.5230] Slim::Utils::Misc::msg (1126) Warning: [22:54:37.5228] Use of uninitialized value in substitution (s///) at P:\Music\SlimServer\trunk\server\CPAN/Template/Context.pm line 112.
[22:54:37.5235] Slim::Utils::Misc::msg (1126) Warning: [22:54:37.5232] Use of uninitialized value in concatenation (.) or string at P:\Music\SlimServer\trunk\server\CPAN/Template/Context.pm line 167.
[22:54:37.5240] Slim::Web::HTTP::_generateContentFromFile (2457) Error: file error - : not found
[22:54:38.1685] Slim::Utils::Misc::msg (1126) Warning: [22:54:38.1681] Use of uninitialized value in hash element at P:\Music\SlimServer\trunk\server\CPAN/Template/Context.pm line 99.
[22:54:38.1690] Slim::Utils::Misc::msg (1126) Warning: [22:54:38.1687] Use of uninitialized value in substitution (s///) at P:\Music\SlimServer\trunk\server\CPAN/Template/Context.pm line 112.
[22:54:38.1695] Slim::Utils::Misc::msg (1126) Warning: [22:54:38.1691] Use of uninitialized value in concatenation (.) or string at P:\Music\SlimServer\trunk\server\CPAN/Template/Context.pm line 167.
[22:54:38.1700] Slim::Web::HTTP::_generateContentFromFile (2457) Error: file error - : not found

If I set the default skin back to Default, then http://localhost:9000 will open the default skin correctly.

QA - can you reproduce? This works for me.

(In reply to comment #11)
> QA - can you reproduce? This works for me.
> 

See Comment #2

Phil: What Browser are you using?  I have tested on XP & Vista with IE 6 & 7 but have been unable to reproduce any errors.  I even added 40+ add-on (just to test) but still no error.

I'll test with FF / Opera / Safari and IE 8 today

I don't understand - you said in comment #2 that you experienced the error too?
Michael Herger also said he has experienced the issue in comment #6.

I don't believe this is anything to do with specific web browsers - the error occurs in the SC error log (so not javascript, etc).  I have tried with IE7 and FF3 - both experience the same issue.

Also not related to plugins, as I removed all 3rd party plugins for testing this in comment #10.

Nb.  I think I only experienced it when the SC default skin setting was set to "Fishbone", and I was starting the WebUI with a url of http://localhost:9000/Default(from memory NOT the other way round - can check when I get home later).

> I don't understand

I don't understand neither. Now it's no longer working for me :-(. I'll have to take a fourth look.

(In reply to comment #13)
> I don't understand - you said in comment #2 that you experienced the error too?
> Michael Herger also said he has experienced the issue in comment #6.
> 
Sorry, I should have been more specific.  I was ONLY able to see the issue when going to '/light' and as Michael pointed out, I should have been using '/en'.  so this was a syntax error on my part.

change 23490 - prepend .js source paths with webroot TT variable

Kevin - is there a bug about the TT skin number limit? Wouldn't something like the following work?

Index: D:/eclipse/7.3/server/Slim/Web/HTTP.pm
===================================================================
--- D:/eclipse/7.3/server/Slim/Web/HTTP.pm	(revision 23487)
+++ D:/eclipse/7.3/server/Slim/Web/HTTP.pm	(working copy)
@@ -51,6 +51,7 @@
 BEGIN {
 	# Use our custom Template::Context subclass
 	$Template::Config::CONTEXT = 'Slim::Web::Template::Context';
+	$Template::Provider::MAX_DIRS = 128;
 	
 	# Use Cookie::XS if available
 	my $hasCookieXS;

Phil, would you mind verifying this fix? 

Yes, it works for me now.

This bug has been fixed in the 7.3.0 release version of SqueezeCenter!

Please download the new version from http://www.slimdevices.com/su_downloads.html if you haven't already.  

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.

FWIW: change 24494 adds the TT MAX_DIRS change to double the number of paths from 64 to 128

Reduce number of active targets for SC