-
Notifications
You must be signed in to change notification settings - Fork 228
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Could you move login_lock!
out of protected
#46
Comments
Besides we can use this feature of the library to lock a user manually. It may also be useful to have an argument for explicitly setting a lock duration or infinity. |
For a testing purpose, i personally think It's better to implement
Would you tell me the use case? I guess you want to manage locked status of users independently for some reasons, for example, user A: locked( because the user broke terms of service ), user B: unlocked. Then, |
@itay-grudev if you could clarify re: @ebihara99999's question, I'll take a look. |
The login I literally mean test whether a controller action lock/unlocks a user. |
But also because it may be useful for purposes other than testing moving it out of the protected scope may be more useful than making a |
@ebihara99999 One may have some other method of detecting fraudulent login attempts and may want to lock a certain user manually. |
@itay-grudev Sorry it's been too long. For the testing purpose, as I said, it would be better to implement a test helper method. But it seems reasonable to need |
@Ch4s3 |
I'm going to close this, but would reopen it if people are still interested. |
Could you move
login_lock!
out of protected likelogin_unlock!
. It's quite useful for testing purposes and invoking it with send is rather ugly.The text was updated successfully, but these errors were encountered: