Native ability to check if a client is a guest

ID:2765350
 
Jan 31, 1:01 pm
Applies to:DM Language
Status: Open
Issue hasn't been assigned a status value.
A native proc or even just a variable on the client itself to check if it's a guest or a logged in user would clean up some external authentication nastiness.
Feb 7, 8:58 pm
this would be lovely instead of just having to check guest- as part of the ckey, which is not the correct subset
May 25, 12:47 pm
bumping again
May 25, 3:30 pm
related: http://www.byond.com/forum/post/272477#comment1228220

Although it's not strictly documented anywhere, any key that starts with "Guest" (or ckey that starts with "guest") can safely be treated as a guest key. You don't need the dash since it would be stripped away by ckey, and ckeys are unique (no two different keys can have the same ckey).
May 26, 6:04 am
More specifically, a guest key will always be Guest-[computer_id]
May 27, 11:39 pm
But we do know under some rare circumstances that computer_id can be the same for two different users.
May 28, 9:20 am
In response to Ter13
Ter13 wrote:
More specifically, a guest key will always be Guest-[computer_id]
We've come across circumstances where this isn't true.
May 28, 9:21 am
In response to Kaiochao
Kaiochao wrote:
Although it's not strictly documented anywhere, any key that starts with "Guest" (or ckey that starts with "guest") can safely be treated as a guest key. You don't need the dash since it would be stripped away by ckey, and ckeys are unique (no two different keys can have the same ckey).
This excludes valid player ckeys.
May 28, 11:15 am
In response to Zewaka
No valid player ckey starts with "guest", though... unless?
May 28, 3:11 pm
I just checked, and it looks like you can make keys that begin with Guest.
May 28, 11:33 pm
Can you? I was trying earlier and it wouldn't let me. Perhaps it only blocks it if it's followed by a hyphen.
Anyway, even if there is a foolproof method based on key, it would still be good to have a proper built-in check.