We apologize for the inconsistency we have in FMS right now in context of Client.id which you have pointed out and which is affecting your workflow. We are aware of this issue and it’s already filed as bug.
In 4.0 we changed it to return what is displayed in access log so users can correlate between the two. It used to be a string representation of some internal id (not useful to end user). Now it is the external id that
you see in the logs. We changed SSAS, Access & Auth to reflect and return id in new form but Admin API got left out & hence the bug.
Would you be kind enough to drop me an email to my id: firstname.lastname@example.org and giving your contact details & severity of this problem in your business workflow? I will send the same information to Engineering team - it might help them reassess priority of the bug and if possible get a fix in one of upcoming dot release.
Ah man, I came here to post about this same exact issue. Is there no way to convert the the new Client.id value to the one expected by the admin API in actionscript?
and why does the client id still display the same client ID expected by the admin API?
for anyone else searching for how to do this conversion in AS, I found a hack workaround, using the LongInt class found here: http://code.google.com/p/lodgamebox/source/browse/trunk/com/lordofduct/util/LongInt.as
var clientIDString:String = "4702111234525315439"; //should equal oAADAAAA var longInt:LongInt = new LongInt(clientIDString); var bytes:ByteArray = new ByteArray(); longInt.writeToByteArray(bytes); bytes.position = 0; trace(bytes.toString()); // prints AAAADAAo, so just need to reverse it