Age | Commit message (Collapse) | Author | |
---|---|---|---|
2015-10-05 | add subscriptions | claucece | |
2015-10-05 | added customers, recurring payment and payment_info | claucece | |
2015-10-05 | correctly set up comments | claucece | |
2015-10-05 | added payment_info, _customer_form, sucess instances | claucece | |
2015-09-28 | Make invite code configurable | ankonym | |
Through the config param 'invite_required', providers can decide whether users need to provide an invite code upon signup. The default setting is false. | |||
2015-09-28 | Fixes for the invite code validator | ankonym | |
Validation should only happen for new records User invite code was nil for invalid invite codes Adding missing tests | |||
2015-09-28 | Make sure codes can only be used once, fix validations | ankonym | |
We introduced a count on invite codes to make sure that (at the moment) codes can only be used once. (The code will also allow multi-use codes in the future.) Also, some of our validations weren't validating against the correct data, which is now fixed. | |||
2015-09-28 | Add validation of invite code in user object based on codes in couch db | ankonym | |
2015-09-28 | Adding invite code field to signup with validation for hardcoded invite code | ankonym | |
2015-04-30 | added support for email notifications of ticket changes | elijah | |
2015-03-17 | add support for rotating tokens and sessions databases, and for a special ↵ | elijah | |
tmp db for test users. | |||
2014-07-17 | some cleanup of the messages api and cuke feature | Azul | |
2014-07-09 | list identities based on search only | Azul | |
2014-05-29 | ensure User#reload returns self | Azul | |
2014-05-29 | hand on errors from Email to Identity to User | Azul | |
errors.each iterates through all errors for all attrbibutes nicely. | |||
2014-05-28 | ensure identity is cleared on user.reload - fixes test | Azul | |
2014-05-28 | use Identity for testing login availability | Azul | |
We create an identity alongside each user. Make sure the identity is valid when creating the user. This also ensures that the login picked is available because otherwise the identities address would not be available anymore. | |||
2014-05-13 | destinguish user.email from user.email_address | Azul | |
use the former if you want a working email account or nil, the latter if you want the email address associated with a given user no matter if the user actually has an email account or not. | |||
2014-05-13 | keep empty email field if user removed prefill | Azul | |
We should respect the users choice. We can still get their email from the user id if we really need to. | |||
2014-04-08 | moving users: app and test files | Azul | |