Image downloading works on default settings so you shouldn't have to change anything.

2 things I can think of right now....

lack of connectivity to the third party website last.fm uses to host files. Test this link in Internet Explorer (yes really). Using your usual browser is not a valid test.

https://lastfm.freetls.fastly.net/i/u/770x0/20070beb90f84def9ead4336d7c929d4.jpg

If the above works, you might have some issue with some over zealous security software blocking outgoing connections when a background process is spawned calling cscript.exe (windows script host) which is what the script uses to download files.

Took the initiative and did a simple mod to do this in addition to searching compositions. Not the cleanest, but I've made the code available here: https://github.com/mayanez/WilB-Biography-Mod

$if2($meta(featured,0),_Blank)

I did try setting a %bio_artist% TF string such as - $if2($meta(featured,0),_Blank) - And making a folder in my music library for "_Blank\Artist.png"

Error: Spider Monkey Panel v1.6.1 ({04DE9307-DD67-4782-894E-6E6DE2768064}: Biography v1.2.0 by WilB)
ReadTextFile failed:
WinAPI error:
  CreateFile failed with error (0x20):
    The process cannot access the file because it is being used by another process.

File: helpers.js
Line: 204, Column: 31
Stack trace:
  open@helpers.js:204:31
  write@tagger.js:189:22
  Text/this.currentTrackTags<@text.js:130:20
  T@helpers.js:78:164
  t@helpers.js:78:519
  notifyTags@text.js:1042:8
  on_playback_new_track@text.js:1047:8
  Panel/this.focusLoad<@panel.js:170:27
  T@helpers.js:78:164
  t@helpers.js:78:519
  on_metadb_changed@callbacks.js:133:8

function _open(file, codePage = 0) {
	if (_isFile(file)) {
		if (file.startsWith('.\\')) {file = fb.FoobarPath + file.replace('.\\','');}
		return tryMethod('ReadTextFile', utils)(file, codePage) || '';  // Bypasses crash on file locked by other process
	} else {
		return '';
	}
}

...

function tryMethod(f, parent) {
    return (...args) => {
        let cache;
        try {cache = parent[f](...args);} catch(e) {}
        return cache;
    }
}

New Version: Biography v1.3.0

Release highlights: Wikipedia + lyrics + flags

New Version: Biography v1.3.0

    open(f) {
		try { // handle locked files
			return this.file(f) ? utils.ReadTextFile(f) : '';
		} catch (e) {
			return '';
		}
	}

@mjm716
Tag lyrics displaying '.' Usually that's an issue with LargeFieldsConfig.txt file.

# Size limit for meta fields that appear in the basic fields list
basicMetaMax=2000
# Size limit for meta fields that do not appear in either list
defaultMetaMax=1000
# Size limit for tech info fields
infoMax=200

# List of basic meta fields - essential info such as artist & title
fieldBasic=album
fieldBasic=album artist
fieldBasic=artist
fieldBasic=composer
fieldBasic=conductor
fieldBasic=date
fieldBasic=discnumber
fieldBasic=genre
fieldBasic=keywords
fieldBasic=performer
fieldBasic=producer
fieldBasic=style
fieldBasic=title
fieldBasic=totaldiscs
fieldBasic=totaltracks
fieldBasic=tracknumber
fieldBasic=comment
fieldBasic=DISCOGS_RELEASE_NOTES
fieldBasic=DISCOGS_RELEASE_CREDITS
fieldBasic=DISCOGS_ARTIST_PROFILE
fieldBasic=LYRICS
fieldBasic=UNSYNCED LYRICS

# List of spam meta fields - rarely useful stuff that *never* gets cached
fieldSpam=accurate rip
fieldSpam=aucdtect
fieldSpam=biography
fieldSpam=cuesheet
fieldSpam=eac logfile
fieldSpam=itunes_cddb_1
fieldSpam=itunmovi
fieldSpam=log
fieldSpam=logfile

@paregistrase
- Lyrics: missing indicator in album view. I forgot to add it to the panel properties. It's fixed for the next version. But all you need to do to fix it now is paste 'lyrics' in the textreader & lyrics name box of album view. Or you can directly add it to the panel properties: Text Reader Source 4 Name (& 5 & 6 if you use those slots).

- Folder glitch. I couldn't seem to reproduce. May be certain you still haven't v1.2.0 installed somewhere as that would create it?

Quote from: WilB on 2022-05-05 12:53:38

@mjm716
Tag lyrics displaying '.' Usually that's an issue with LargeFieldsConfig.txt file.

Per Marc & above - my LargeFieldsConfig.txt was already configured below, but I'm oddly still getting '.' for long lyrics.

Code: [Select]

# Size limit for meta fields that appear in the basic fields list
basicMetaMax=2000
# Size limit for meta fields that do not appear in either list
defaultMetaMax=1000
# Size limit for tech info fields
infoMax=200

# List of basic meta fields - essential info such as artist & title
fieldBasic=album
fieldBasic=album artist
fieldBasic=artist
fieldBasic=composer
fieldBasic=conductor
fieldBasic=date
fieldBasic=discnumber
fieldBasic=genre
fieldBasic=keywords
fieldBasic=performer
fieldBasic=producer
fieldBasic=style
fieldBasic=title
fieldBasic=totaldiscs
fieldBasic=totaltracks
fieldBasic=tracknumber
fieldBasic=comment
fieldBasic=DISCOGS_RELEASE_NOTES
fieldBasic=DISCOGS_RELEASE_CREDITS
fieldBasic=DISCOGS_ARTIST_PROFILE
fieldBasic=LYRICS
fieldBasic=UNSYNCED LYRICS

# List of spam meta fields - rarely useful stuff that *never* gets cached
fieldSpam=accurate rip
fieldSpam=aucdtect
fieldSpam=biography
fieldSpam=cuesheet
fieldSpam=eac logfile
fieldSpam=itunes_cddb_1
fieldSpam=itunmovi
fieldSpam=log
fieldSpam=logfile

Also one more minor request - tagger>tag files now has a confirmation window. Option to dismiss would be nice. 

Error:

Alternative:

				const wsh = soFeatures.gecko && soFeatures.clipboard ? popUpBox.confirm(caption, prompt, 'OK', 'Cancel', continue_confirmation) : true; // Use HTML or just WSH as fallback
				if (wsh) continue_confirmation('ok', $.wshPopup(prompt, caption));

The features you requested should be in the next version.

@paregistrase

You can already show panel properties, edit and configure without entering editing layout mode. Right click while pressing the windows key + shift.

last.fm multiple artists. last.fm seems to be name based & any of the same name are included in their lists & image collections. Usually they're dominated by the most popular. I don't believe anything can be done about it, except with photos, where black list can be used (menu > image > black list).

Wikipedia review occasionally not changing when item not found. I couldn't reproduce this issue. If the issue persists please try and provide exact steps to replicate. As a longshot, also verify that it isn't something simple like you're in prefer nowplaying mode, then clicking another album in playlist wouldn't be expected to change the review.

['Z:\mnt\wd\Musica\artist_art\'%DISCOGS_ARTIST_ID%\*]
['Z:\mnt\wd\Musica\yttm\art_img\'$replace($cut($meta(ARTIST,0),1),.,_)\$if($stricmp($cut($meta(ARTIST,0),1),.),_$substr($meta(ARTIST,0),2,$len($meta(ARTIST,0))),$meta(ARTIST,0))\*]
$if($stricmp($meta(ALBUM ARTIST,0),Various Artists),'Z:\mnt\wd\Musica\yttm\'VariousArtists.jpg,)
['Z:\mnt\wd\Musica\yttm\art_img\'$replace($cut($meta(ALBUM ARTIST,0),1),.,_)\$if($stricmp($cut($meta(ALBUM ARTIST,0),1),.),_$substr($meta(ALBUM ARTIST,0),2,$len($meta(ALBUM ARTIST,0))),$meta(ALBUM ARTIST,0))\*]
artist.*

So it's a download/save issue? What names were in the file tags for Studnitzky (or other cases where there's been an issue) at the time of downloading/saving? Are you using default strings for %BIO_ALBUMARTIST% & %BIO_ALBUM%? Are there any any musicbrainz_ids in the files that could be wrong as they take priority over names with Wikipedia? But then the photos seem wrong & that's lfm so it looks like the names in the file tags or values for %BIO_ARTIST%, %BIO_ALBUMARTIST% & %BIO_ALBUM% or save folder paths aren't right?

Is anybody else seeing this?

   "fnImgCov": "album art_01",
   "foAmBio": "Z:\\mnt\\wd\\Musica\\yttm\\biography\\allmusic\\$lower($cut(%BIO_ARTIST%,1))",
   "foAmRev": "Z:\\mnt\\wd\\Musica\\yttm\\review\\allmusic\\$lower($cut(%BIO_ALBUMARTIST%,1))",
   "foCycCov": "$directory_path(%path%)",
   "foImgArt": "Z:\\mnt\\wd\\Musica\\yttm\\art_img\\$lower($cut(%BIO_ARTIST%,1))\\%BIO_ARTIST%",
   "foImgCov": "$directory_path(%path%)",
   "foImgRev": "Z:\\mnt\\wd\\Musica\\yttm\\rev_img\\$lower($cut(%BIO_ALBUMARTIST%,1))\\%BIO_ALBUMARTIST%",
   "foLfmBio": "Z:\\mnt\\wd\\Musica\\yttm\\biography\\lastfm\\$lower($cut(%BIO_ARTIST%,1))",
   "foLfmRev": "Z:\\mnt\\wd\\Musica\\yttm\\review\\lastfm\\$lower($cut(%BIO_ALBUMARTIST%,1))",
   "foLfmSim": "Z:\\mnt\\wd\\Musica\\yttm\\lastfm\\$lower($cut(%BIO_ARTIST%,1))",
   "foWikiBio": "Z:\\mnt\\wd\\Musica\\yttm\\biography\\wikipedia\\$lower($cut(%BIO_ARTIST%,1))",
   "foWikiRev": "Z:\\mnt\\wd\\Musica\\yttm\\review\\wikipedia\\$lower($cut(%BIO_ALBUMARTIST%,1))",

Can you also confirm these definitions:

%BIO_ARTIST%, %BIO_ALBUMARTIST%, %BIO_ALBUM% & %BIO_TITLE% (tfArtist, tfAlbumArtist, tfAlbum,  tfTitle in biography.cfg). A screenshot of the file tags may help as well.

In light of your edit it would seem these ought to be OK though.

   "tfAlbum": "$meta(album,0)",
   "tfAlbumArtist": "$if3($meta(album artist,0),$meta(artist,0),$meta(composer,0),$meta(performer,0))",
   "tfArtist": "$if3($meta(artist,0),$meta(featuring,0),$meta(mixed by,0),$meta(remixed by,0),$meta(lyricist,0),$meta(writer,0),$meta(vocals,0),$meta(conductor,0),$meta(producer,0),$meta(discogs_artists,0),$meta(album artist,0),$meta(composer,0),$meta(performer,0))",
   "tfComposition": "$if2($meta(work,0),$meta(group,0))",
   "tfTitle": "$meta(title,0)",