-
Notifications
You must be signed in to change notification settings - Fork 27
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
adding the implemention of cookies only #63
base: master
Are you sure you want to change the base?
Conversation
… try to write tests and run them, nothing shows
needs codeclimate to change the limit of Cognitive Complexity |
Tokens Controller`
` Registration Controller
Tokens Controller
|
Thanks for the PR. I will take a look in a week. |
cool, let me know. if I did something wrong, |
Thanks for this. I am interested in seeing this feature merged. Would it be possible, please, to add some notes about the configuration options to |
@jrmhaig hey, sorry for not being late in my response, I am applying to some jobs this day so I am busy looking, yeah for sure, I will be free this weekend, I am gonna write some docs about, thanks |
No problem. I was really just saying that this would be a great feature to have and thank you for working on it. Good luck in your job applications. |
@jrmhaig thanks dude, love to hear that |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice PR. This gem would be devise killer for APIs. I am doing my uni project with rails and react, and i used the idea of this pull request and also did my fork with cookies implementation. But i just got confused with token refreshing logic - why isn't it possible to refresh access token that already has expired? @Gokul595. I think it would be cool to implement refreshing with only refresh token. Or am i not getting a point of authenticating_resource for refreshing?
Here is fork with example of my idea: Bilanuk@b66920d (still needs a lot of work to be prod ready) If you are interested in this features and my help if needed let me know.
UPD: i made draft PR: #66
let me give you a flow of production-ready authorization
and also I get what are you saying but we can refresh them both, the access token and the refresh token in the same query, an example is when we identify a 403 forbidden response we send to the backend the refresh token, we expire the access token and refresh token and get new ones |
and also the purpose of blacklisting the access token is when a user's account gets hacked and that user still has the access token we can just expire that immediately but include that in the blacklist table and also it gives us the power to keep tracking of all the sessions that the user created ( smartphone, laptop, ...) |
… try to write tests and run them, nothing shows