After a "Clear Library and Rescan Everything" operation, the article ignoring works correctly.  Although the description of the article ignoring says a rescan will be performed, and the amount of elapsed time seemed about right, it is clear that the rescan doesn't happen correcly (perhaps it used to clear the library but now it doesn't?).

I also had another related problem.  I attempted to add the album "The Best of Plumb" to the playlist (from the Artist display "Plumb") but nothing happened.  I then added a different album, and that worked fine.  When I went back to the Artist display "Plumb", the album "The Best of Plumb" was listed twice!  One version was normal (i.e. it had all the tracks) and the other was empty and said "0 tracks in 0 albums by 0 artists".  I also noticed that the total album count had increased by one.  As I expected, I then did an Album display and this album was listed under both "B" (the correct location if The is ignored) and "T" (the correct location if The is not ignored).  The "Clear Library and Rescan Everything" cleared this all up.

I have never noticed this behavior before version 10479.  Since I always set the ignored articles to none (to help alleviate the problem of Bug 4265), I believe I would have seen it.

you know the drill:
try running c:\program files\slimserver\server\slim.exe --d_scan --d_import --logfile c:\logfile.txt

after changing the setting and clicking change, you should see something like this (snip from my 6.5.1 setup)
2006-10-30 21:07:20.5497 Setup::ignoredarticles changed - initiating scan of type: [wipecache]
2006-10-30 21:07:31.3726 Import: Adding Slim::Music::PlaylistFolderScan Scan
2006-10-30 21:07:31.3740 Import: Adding Slim::Music::MusicFolderScan Scan
2006-10-30 21:07:31.3932 Import: Wiped all in-memory caches.
2006-10-30 21:07:31.3936 Import: Start schema_clear
2006-10-30 21:07:32.1145 Import: Start schema_optimize
2006-10-30 21:07:32.5678 Import: End schema_optimize
2006-10-30 21:07:32.5684 Import: End schema_clear
2006-10-30 21:07:32.5688 Import: Wiped info database
2006-10-30 21:07:32.5696 Import: Starting Slim::Music::MusicFolderScan scan
2006-10-30 21:07:32.5710 About to look for files in /myth/music/Flac/Test
2006-10-30 21:07:32.5731 For files with extensions in: [(?i-xsm:\.(?:ape|wma|shn|wav|wave|mp3|mp2|flc|flac|m4a|mov|m4b|mp4|mp+|mpc|ogg|aif|aiff|cue)$)]
2006-10-30 21:07:32.6252 Found 160 files in /myth/music/Flac/Test

Ross, could you have a look at this?

First off big thanks to DS for your help. When you make changes to 'articles to ignore when sorting' SlimServer DOES rescan, but it does NOT clear & rescan. That should clear up some of the confusion. 

With that said, by default SlimServer ignores the article 'the' prefixed to an artist tag. Which can be somewhat odd, I doubt anyone would run into this... but if you have an artist 'the penguins' as well as 'penguins' by default SlimServer will group these together because it will chop off the 'the' article. 

Is that a bug? 

well, I'm confused by that.  From the code:

'ignoredarticles' => {
	'validate' => \&Slim::Utils::Validate::acceptAll,
	'PrefSize' => 'large',
	'onChange' => sub {
		my $client = shift;
                $::d_scan && msgf("Setup::ignoredarticles changed - initiating scan of type: [wipecache]\n");
                Slim::Control::Request::executeRequest($client, ['wipecache'])


when the ignored articles pref is changed, the above makes the request for a wipecache.  The snip from my log shows this in action.  If, for some reason this is NOT happening under certain conditions, the is very much a bug.

Dan do you agree, is this a bug? 

You guys would know better than I would. 

I saw it as a bug under Windows. Try and recreate there.

Relative to Comment #4 - when SlimServer is installed, it is set to ignore "The" (and also a set of Spanish articles like "La") in both Artists and Albums.  I assume that is what is meant by "by default".  It seems completely right to me (not a bug) that if you have chosen to ignore "The", then "Penguins" and "The Penguins" should be grouped together.

I have reinstalled SlimServer one more time, and the specific bug about selecting albums did not occur.  I assume that there is some very specific sequence I executed which caused the actual failure.  I will document what I do more carefully and see if this returns.

I'm not seeing this on Windows XP, 6.5.1 r10676.  I've both added articles and cleared the article lists and it always initiates a wipe/rescan.  I can revert to 10479 and try it there if you like.

2006-11-14 09:38:43.5675 Setup::splitList changed - initiating scan of type: [wipecache]
2006-11-14 09:38:43.6066 Setup::ignoredarticles changed - initiating scan of type: [wipecache]
2006-11-14 09:38:49.9641 Import: Adding Slim::Music::PlaylistFolderScan Scan
2006-11-14 09:38:49.9645 Import: Adding Slim::Music::MusicFolderScan Scan
2006-11-14 09:38:49.9718 Import: Wiped all in-memory caches.
2006-11-14 09:38:49.9719 Import: Start schema_clear
2006-11-14 09:38:50.0059 Import: Start schema_optimize
2006-11-14 09:38:51.6192 Import: End schema_optimize
2006-11-14 09:38:51.6195 Import: End schema_clear
2006-11-14 09:38:51.6195 Import: Wiped info database
2006-11-14 09:38:51.6200 Import: Starting Slim::Music::MusicFolderScan scan

Is anyone else still seeing this? I'm going to mark this bug as works for me. If this shows up again or Steve if you're able to reproduce this just comment and re-open this bug and we'll move forward then.