mirror of
https://github.com/hoppscotch/hoppscotch.git
synced 2026-04-26 01:06:00 +03:00
[GH-ISSUE #5239] [feature]: Store auth tokens to environment variable #2001
Labels
No labels
CodeDay
a11y
browser limited
bug
bug fix
cli
core
critical
design
desktop
discussion
docker
documentation
duplicate
enterprise
feature
feature
fosshack
future
good first issue
hacktoberfest
help wanted
i18n
invalid
major
minor
need information
need testing
not applicable to hoppscotch
not reproducible
pull-request
question
refactor
resolved
sandbox
self-host
spam
stale
testmu
wip
wont fix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/hoppscotch#2001
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @alambin on GitHub (Jul 11, 2025).
Original GitHub issue: https://github.com/hoppscotch/hoppscotch/issues/5239
Is there an existing issue for this?
Summary
Could you please implement feature to store auth token in environment variable?
Right now if you perform authorization ex. by using "Authorization" tab in request window, you receive token, which you should either manually set in collection's Authorization property, either manually set it as environment variable. It would be much helpful if user could choose how it wants to receive token on "Authorization" tab - just as a text value, as it is done now, or it wants result to be automatically assigned to environment variable. In this case authorization could be fully automated - user just press "Generate Token", then token is received, stored in environment variable and all other requests can use updated token. No manual actions are involved.
As an option, it can be done by new type of elements, which collection may contain: ex. "Authorization". This element can have already existing interface (as in "Authorization" tab) and store token in env. variable as described above. This is even clearer solution, because user will not have to create new "request" element for authorization, where he will not execute request, but only use "Authorization" tab.
Why should this be worked on?
Improves user experience in authorization.
@CloverAn commented on GitHub (Jul 15, 2025):
I fully agree with this requirement. I request this requirement to be implemented at the earliest opportunity. And not just Tokens, there may need to be 'body', 'headers', etc. Thank you.
@shivas1432 commented on GitHub (Jul 22, 2025):
Hi! I've started working on this feature and made good progress:
✅ Completed:
🔄 Next Steps:
I'll continue working on this in the coming days. The foundation is solid and ready for the UI and type extensions. thank you