[Milhouse]

Well according to Tag&Rename they didn't have embedded artwork, although some others do. BTW, I haven't done anything with artwork for any of my music library, so there aren't any local artwork files.

The XBMC scraper seems to think those albums have embedded artwork.

Strange as the cache.ignore.types was missing the music option, but I'm pretty sure I didn't remove it as I make a note of every change to defaults so I can back track. Could have been one I skipped though.

So with the music option in cache.ignore.types it's fine, without it the can't download still appears.

It may not have been included originally, or whenever you created your properties file, which is why I suggest not adding properties unnecessarily to the properties file. Unless you specifically mean to override a property it's always best to not include it in your properties file and instead allow it to use the default value (which may change from one version to the next as new features are added - I try to choose sensible defaults!)

If you want to add additional ignore types while also keeping the standard defaults, then prefix your list with a + (plus) sign, ie:

Code:

cache.ignore.types = + ^image://http

which would cause urls beginning with image://video, image://music and also image://http to be ignored when caching artwork.

Whereas:

Code:

cache.ignore.types = ^image://http

would remove the standard defaults, and only urls beginning with image://http would be ignored.

Here's the log without the music option in the cfg file.
log

When using the standard default ignore types (ie. with image://music added), you would see "Ignored image due to rule ..." messages present in the log for each ignored artwork item.