5 Commits

Author	SHA1	Message	Date
projectmoon	495df13fe6	Do not automatically create accounts; use enum to show this instead. ... Instead of automatically creating a user account entry for any user executing a command, we use an Account enum which covers both registered and "transient" unregistered users. If a user registers, the context has the actual user instance available, with state and everything. If a user is unregistered, then the account is considered transient for the request, with only the username available.	2021-05-26 14:20:18 +00:00
projectmoon	5d002e5063	Add ability to store user active room, with skeleton accounts. ... - Adds a user_state table, currently only with active_room. - A user must have an account to take advantage of state. - Now, all users will get an 'account' even if they don't explicitly register. - Bonus: converts user queries to compile-time checked macros. To support these automatically created "accounts," the accounts table now also has an account_status column, indicating if the user is registered or not (or pending activation--future use). The User model has been updated with extra properties from the state, and the user is now carrried in the Context during command execution. A user is ensured to be created before executing the command.	2021-05-25 22:29:01 +00:00
projectmoon	76214bc790	Add an account deletion command.	2021-05-22 23:12:17 +00:00
projectmoon	8c2a90e86b	Tests for secure commands and user DB API.	2021-05-22 22:48:47 +00:00
projectmoon	ca34841d86	Functional user account registration.	2021-05-22 14:52:32 +00:00