getUniqueMachineID() is sometimes not unique

[ishinomaru]

Hi, JUCE developers.

Since v7.0.3, JUCE Added a unique machine ID.
The function is OnlineUnlockStatus::MachineIDUtilities::getUniqueMachineID().
https://docs.juce.com/master/structOnlineUnlockStatus_1_1MachineIDUtilities.html#a7ea01b874e802b5b6279472415bd8875

However, in some Windows environments, the return value of this function changes after every restart.
I found in my investigation that the SMBIOS information used by Windows to generate Unique IDs changes on every reboot, so that different IDs are generated for the same machine.

It is not unique at all that the ID changes every time it is restarted, please fix this.

[oli1]

Could you provide some more details on the Windows environments you’re seeing this behaviour on?

[ishinomaru]

I sent you customer environment data via DM. Please check.

[lostin70s]

@ishinomaru

It is not unique at all that the ID changes every time it is restarted, please fix this.

Hello, got the same issue for some customers (Windows 10 pro), have you found what are the condition of unstable UID ? (mother board ?)

[FX23]

got same problem here investigating but def not stable id

[pflugshaupt]

Here’s a previous discussion about the latest implementation of uniqueID:

Better Machine ID

the changelog says: data = call ("cat /sys/class/dmi/id/bios_date") + call ("cat /sys/class/dmi/id/bios_release") + call ("cat /sys/class/dmi/id/bios_vendor") + call ("cat /sys/class/dmi/id/bios_version"); That’s not Boardinfo, but Biosinfo. On Windows, there is a small section of the bios that does not get overwritten on bios updates, containing the board serial. Ideally the hash would be based just on that. Unfortunately I don’…

[oli1]

Sorry. There is a fix on the way for this issue.

[leehu]

thx - i’m guessing this is not going to change IDs that are currently being generated outside of this fix?

[fberti]

Any news on a possible fix for this?

[lalala]

any estimated date regarding that fix?