[GH-ISSUE #3490] [feature]: OAuth 2.0: able to switch between id_token and access_token when scope is openid #1180

Open
opened 2026-03-16 19:01:01 +03:00 by kerem · 2 comments
Owner

Originally created by @tonnico on GitHub (Nov 3, 2023).
Original GitHub issue: https://github.com/hoppscotch/hoppscotch/issues/3490

Is there an existing issue for this?

  • I have searched the existing issues

Summary

With scope openid you will receive something like this:

{
    "token_type": "Bearer",
    "scope": "openid",
    "access_token": "<access-token>",
    "refresh_token": "<refresh-token",
    "id_token": "<id-token>"
}

At least I would wish to be able to choose between access_token or id_token.

Why should this be worked on?

Some APIs will need the id_token instead of the access_token. Until now you need to inspect the network calls (F12) and copy the token response to use the id_token.

Originally created by @tonnico on GitHub (Nov 3, 2023). Original GitHub issue: https://github.com/hoppscotch/hoppscotch/issues/3490 ### Is there an existing issue for this? - [X] I have searched the existing issues ### Summary With scope `openid` you will receive something like this: ```json { "token_type": "Bearer", "scope": "openid", "access_token": "<access-token>", "refresh_token": "<refresh-token", "id_token": "<id-token>" } ``` At least I would wish to be able to choose between `access_token` or `id_token`. ### Why should this be worked on? Some APIs will need the `id_token` instead of the `access_token`. Until now you need to inspect the network calls (F12) and copy the token response to use the `id_token`.
Author
Owner

@Chaz0r commented on GitHub (Apr 30, 2024):

We are in the same situation, would be cool to have this feature

<!-- gh-comment-id:2085322346 --> @Chaz0r commented on GitHub (Apr 30, 2024): We are in the same situation, would be cool to have this feature
Author
Owner

@TheComputerM commented on GitHub (Feb 5, 2025):

True, the workaround for this is very tedious

<!-- gh-comment-id:2636600915 --> @TheComputerM commented on GitHub (Feb 5, 2025): True, the workaround for this is very tedious
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/hoppscotch#1180
No description provided.