7 Commits

Author	SHA1	Message	Date
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	8c2a90e86b	Tests for secure commands and user DB API.	2021-05-22 22:48:47 +00:00
projectmoon	4557498ac6	Improved command logging, sensitive to secure commands.	2021-05-22 22:17:33 +00:00
projectmoon	c1ec7366e4	Add user accounts, registration command, secure command valiation.	2021-05-22 14:01:16 +00:00
projectmoon	34ee2c6e5d	Consider command execution secure when proper conditions are met. ... - If the room is end-to-end encrypted. - If only the sending user and the bot are present in the room. This lays groundwork for sensitive commands like registering a user account with the bot.	2021-05-21 22:28:45 +00:00
projectmoon	9de74d05a9	Add an is_secure attribute for commands.	2021-05-21 15:32:08 +00:00
projectmoon	de63fd914e	Move commands.rs to commands/mod.rs; move migrate_cli.rs.	2021-05-21 14:35:56 +00:00

Renamed from src/commands.rs (Browse further)