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

Dynamic token and user payload key #33

Open
YoungMayor opened this issue Jul 16, 2023 · 2 comments
Open

Dynamic token and user payload key #33

YoungMayor opened this issue Jul 16, 2023 · 2 comments

Comments

@YoungMayor
Copy link

Most APIs I have worked with and on use a data structure like the one below.

{
  status: 'success', 
  message: 'Login successful', 
  data: {
    token: '1|jyRcruq3NHCXj0NvgrlRAVZEO1TR9AUHqOFZ8O1j'
  }
}

This is not a global standard nor is it being used by everyone though.

But I was wondering if you could include a key on the configuration which points to the token. In the case of the above, it would be 'data.token'.

Similar would also be very useful on the get user details endpoint

Also when nuxtSanctumAuth.token is set to true, could you make the include credentials header configurable such that a user can set to include it or not.

Thanks a lot

@kreejzak
Copy link
Collaborator

Hi, I don't know if I understand this issue correctly, but you should be able to get token like this. And also you should be able to get login response via callback function.

To get user you can call $sanctumAuth.getUser().

Also all keys in responses should be configurable in nuxt.config.

@YoungMayor
Copy link
Author

YoungMayor commented Jul 17, 2023

The current implementation gets the token from

response.token

But some API's could have it at response.data.token

So what I am suggesting is something like

On the configuration
image

On the login method
image

On the getUser method
image

In my suggestion, lodash is used

Thanks

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

No branches or pull requests

2 participants