SongKong Jaikoz

SongKong and Jaikoz Music Tagger Community Forum

File rename fails with error: Cannot invoke "String.trim()" because "value" is null

Haven’t used in a while and it used to work. Nothing changed in my environment other than SongKong updates. Permissions are OK, seems like it’s missing a required tag but I tried it with simplified rename mask and same error.

Cannot invoke “String.trim()” because “value” is null

Hi, thanks for the support files.

Where are you seeing the error, the support files contain StatusReport0001 and BandcampReport0002 but I cannot see the error listed in either.

Sorry I missed the RenameFIles report, okay looking into it now.

Hi, okay the bug is that it is not properly dealing with musicbrainz script fields in your rename mask that have no value. And in the GK mask you are using you refers to a number of musicbrainz fields such as mbreleasecountry field in the addLabel() function. One of these mb fields does not have a value for the matched MusicBrainz release and is being used in your rename script.

I have fixed this issue for next release

Temporary workaround would be adjust script to not use such fields, I did have a look but it wasn’t clear to me which was the offending field.

I am getting same error when using a standard rename script (“Artist’Title”) - no MB fields just ifnotempty(artist,’/’)

  • title

hmm, can you resend support files please.

For some wierd reason it hasn’t sent me any logs, and I need them to see the full stacktrace

Can you please do the following:

  • Rerun Rename Files
  • Rerun Create Support Files

I set the audit level to info and resent them.

Thanks but that hasn’t helped, you need to run Rename Files again and then run Create Support Files

Hi, just received new support files but again there are no songkong_debug0-0.log file or songkong_user0-0.log files. in fact there hasn’t been once since the first support files you sent. I notice you are usng Docker version of SongKong, can you think what you could have changed to prevent the files being created, or created but not put into Support Files?

The logs folder only contained .lck files (0 bytes). I restarted the container and I see .log files populating. Permissions seem to be set right so no idea why this is happening but I have not looked at logs before to be bale to say whether this is a regular occurrence under docker or not.

Thankyou, okay the issue is that the MusicBrainz fields are added regardless of if they are actually used in the mask, so the fix will work for this case as well. I will bring the SongKong release forward to resolve this but it may not be released until next week.

1 Like

Doing a build today but hit an issue with another fix so Im think Im going to have to delay release to Monday.

1 Like