mirror of
https://github.com/hoppscotch/hoppscotch.git
synced 2026-04-26 01:06:00 +03:00
[GH-ISSUE #3864] [bug]: Switching context doesn't invalidate environment variables and requests #1356
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#1356
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 @jobartim44 on GitHub (Feb 27, 2024).
Original GitHub issue: https://github.com/hoppscotch/hoppscotch/issues/3864
Is there an existing issue for this?
Current behavior
When I change my Workspace the environment variables are still set. I use generic variables along my different workspace and collections like <<base_url>> so this is source of mistake if they are not unset.
The same way I would like request tabs to be closed when switching my workspace.
Steps to reproduce
Configure différent workspaces with environment variables having the same name.
Swith workspace, don't select any environment, variables are still set.
Environment
Production
Version
Self-hosted
@jobartim44 commented on GitHub (Feb 27, 2024):
If we close every tabs, we should have an empty panel. This is not possible at the moment we always need to have an open request atb.
@nivedin commented on GitHub (May 15, 2024):
Thank you for sharing your observation. Could you please provide more insight into the use case for this feature? Understanding its intended purpose will help us address any limitations or consider potential improvements.
@jobartim44 commented on GitHub (May 21, 2024):
I like to only have opened tabs that related to the current workspace. The easier way is to close every tabs when switching from one workspace to another. But if this action closed every request tabs we should have something to show. It could be an empty panel or tab (watever the way it takes). We could also have quick actions in this 'welcome' tab like creating a new request.