It's working for me until we find something better.
At least I have less refactoring with that solution.

Thanks again to Killzone for those useful informations!

You still cannot use #kick playerID or #kick playerName.
So I fail to see how it would help for an Admin UI.

Posting the result of your ui event handler to a variable defeats the purpose of having an engine command that you cannot tamper with.

Your solution is clever though and the only way I currently see to fix all the scripts relying on serverCommandAvailable.
Thanks for sharing and being so responsive.

The issue remains though that you want your scripts to react on whether you're an admin or not.

Nice, I had tried directly in the code of the dialog, using the "action" property and it didn't give any result.

Good to know it'll work that way.

@highhead

Well, the draw event can be used to refresh the content of a variable "isAdmin" which you can use in a high_fnc_isAdmin function while waiting for a better solution. At least that's what I'm planning on doing.
I think it's the CBA which used a hidden map object to trigger code on each redraw. I'd do the same with the snippet above.

I'm getting the exact same problem.
Until the 02/05 update we had 2 instances of the ArmA3.exe -server running next to each other without problems.
Now it seems that only the first one to start allows connection. The other one just gives the "Server error: Player without identity" error, no matter who's connecting.

It would be nice to get more information about this...