that's what this does:
			# skip track if Disabled in iTunes
			if ($curTrack{'Disabled'} &&
Slim::Utils::Prefs::get('ignoredisableditunestracks')) {

				$::d_itunes && msg("iTunes: deleting disabled track $url\n");

				$ds->markEntryAsInvalid($url);

				return 1;
			}


are you using a music folder? or other data sources? do you see that message in
the d_itunes debug log?

Vidur, are you able to reproduce this?

it seems that change 2642 is responsible, which means change 2673 has no effect
on reload.  It will only work on a wipe cache.  'm testing out a patch, will
attach shortly if it works.

Created attachment 489 [details]
check disabled before mtime

This checks for disabled tracks before we skip the file due to mtime.  However,
since iTunes doesn't update its mod time NOR the files when disabling or
enabling, this only works ONE WAY.  This allows a disable, but the tracks will
not come back if you just enable.  It requires a wipe cache :(	iTunes...is
annoying.

A major problem for me - please resolve ASAP

KDF, if the patch works for you, please commit to trunk and branch. Thanks!

as per comment, it does not work.  it is unidrectional.  disabling works, but
re-enabling a track will require a wipe cache.

I can commit the fix, but this bug will have to remina open, perhaps retitled.

committed fix to 6.1 at change 3282, retitling as mentioned.

Howard (et. al.) can you try the latest 6.1 nightly release and verify that the bug is fixed.  Reopen if you 
are still having issues.

this is still an issue as titled.  the only resolved part (change 3282) was to
allow disabling.  IF you then use iTunes and uncheck, or change the setting in
the server prefs, the files are still deleted until you wipe cache.

Dan informed me that the mtime info in iTunes was supposedly fixed in 4.8, but
the disable/enable setting seems to have no effect on mtime, thus the
optimisations in the iTunes scan still skip disabled files.

This doesn't look like it's going to make it for 6.1.

This seems to be working as of Aug 10 6.2 nightly, svn change 3912.

please confirm.  re-open if necessary.