Skip to content
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

Question: Where to store access tokens? #139

Closed
tafelnl opened this issue Mar 17, 2021 · 4 comments
Closed

Question: Where to store access tokens? #139

tafelnl opened this issue Mar 17, 2021 · 4 comments
Labels
Milestone

Comments

@tafelnl
Copy link
Member

tafelnl commented Mar 17, 2021

This may be a little out of scope for this package, but I think it might be important to formulate a best practice for this. So that every developers handles it the same and we can discuss privacy/security issues for the implementation.

Access tokens can be stored in a cookie, localstorage or key vault for example. When a fetch is made, somehow these access tokens should be sent with it. What do you think is the best practice to handle this?

@JHurley-BD
Copy link
Contributor

I agree @tafelnl

Im aware that issues are not meant for support topics but as mentioned above i do think it would be useful if we could have somewhere to discuss topics like this.

Stack-overflow yields no results. As a newbie to native development would be good to hear some success stories using this plugin

@RaphaelWoude
Copy link

You can use the capactior-secure-storage plugin for this.
This plugin stores data in secure locations for natives devices.

@moberwasserlechner moberwasserlechner added this to the 3.1.0 milestone Aug 4, 2021
@moberwasserlechner
Copy link
Collaborator

I will add @RaphaelWoude answer to the Readme.

If anyone would like to share her/his experiences it would be most appreciated.

@moberwasserlechner
Copy link
Collaborator

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants