MusicBee pulls incorrect scrobble count from last.fm

[hypomanie]

Problem: MusicBee pulls scrobble count of the whole album and sets it as play count for each of the album's tracks.
I've played each track once, for the total count of 4.


After the restart MusicBee pulls "4" for each of the tracks.


Played it some more, for the total of 7 scrobbles.


Restarted MB, it pulls new data from last.fm and each track now has Play count = 7.


Album in question:
https://www.last.fm/music/Ranges/AB+SA+RO+KA
https://ranges.bandcamp.com/album/ab-sa-ro-ka

I suppose Track/Album names have something to do with it.
I've had it happen with a few other songs, but can't remember which. It's a very rare issue, perhaps last.fm is to blame and not MB.

[Steven]

MB does some normalisation of track titles which includes removing the brackets. Thats to make matching with last.fm titles better but in this case its made it worse. I dont plan to make any changes

[Steven]

I changed my mind about that. This should work better
https://getmusicbee.com/patches/MusicBee35_Patched.zip
unzip and replace the existing musicbee application files

[hypomanie]

You're amazing, thanks. Works like a charm.
This has to be the fastest deployment of a bugfix in recorded history.

[frankz]

Does this change just concern brackets, or is the handling of other characters (specifically parenthesis) now different?

[Steven]

Does this change just concern brackets, or is the handling of other characters (specifically parenthesis) now different?

[,],(,) are no longer ignored in the comparison.
is it causing some problem?

[frankz]

I think I understand now.  It's just the actual characters "(" and ")" that were ignored and now are not.  No, that shouldn't create any problems.  I misunderstood.