Heads up about a problem with, or please explain this undocumented feature that's not in release notes. Command Configure (184.108.40.2067, A00) and the cctk contained there-in, v 220.127.116.11; this sets the asset tag in to contain additional null characters, 6 by my testing. This behaviour is not present in cctk 18.104.22.168. This messed up a bit of logic in testing existing asset tags against task sequence variables used in MECM OSD and we've reverted to using the previous version of cctk to work around this.
E.g. with 4.6.0; cctk.exe --Asset=12345 --ValSetupPwd=UEFIpw restart Powershell: $foo = gcim Win32_SystemEnclosure | select -expandproperty SMBIOSAssetTag $foo: returns 12345 $foo.length: returns 11 *6 extra null characters
Do the above with cctk v22.214.171.124; $foo: returns 12345 $foo.length: returns 5 $bar: returns Asset=12345 $bar.length: returns 11 *Being correct as ‘Asset=12345’
Is this an intended feature of cctk 4.6? If so, why has this been implemented and why was it not in the release notes? If it’s not an intended feature, could we please be advised as we’ll have to account for (remove) the null characters in logic.
I'm having a similar issue related to this. Part of our imaging process for some of our fleet involves pulling the asset tag for naming the PC in the task sequence. This works fine out of box as it can be named directly from the BIOS. But when using the latest version of the command configure tool to rename the asset tag, (for when we repurpose a PC) windows throws up a parsing error relating to the PC name during the imaging Task sequence.
I wasnt aware of the exact reason it was doing this but knew it related to the Asset tag being corrupt in some way but after you posting about it creating null characters it has confirmed this. I've now attempted to run the same process but with the previous version, and it has worked fine.
This fixes our issue somewhat, but I'm hoping this is a bug that will be fixed in the near future.