I did see this happen when I was doing my initial testing... unfortunately, I can't remember what I did to make it stop.
Actually... I wonder if this is somehow related to the management interface MAC address bug... maybe something to do with multiple radios trying to use the same IP?
I have elevated two XM units today (using 3.2.2 firmware)
On one I did not change the SNMP settings (ref Unit A), on the other I did(ref Unit B).
On Unit A (SNMP unchanged) the unit has not been physically power cycled and the number of logged in users continues to increment with each soft-reset or login timeout. I will have to contact the client to power cycle the unit shortly as it is currently at 4 users (of 6).
On Unit B (SNMP changed), the unit reached 'Max number of logged in users' during elevation and required a hard reset. Subsequent to this the number of logged in users has continued to increment with login timeouts but not with soft resets.
Depending on what version you were trying before, it may just be cached content on your browser. We have encountered that problem, and logging from a new/different computer works… or deleting the cache for the AP’s IP address also worked for me.
You can log in over SSH and reboot it remotely, then everything will start working again. I am experiencing this issue since we have a monitoring system is not logging out from the radio after all of the checks are performed. It would be great if the radio logs out all of the unused clients.