You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Important: Do not define approval_id in the environment file, even as empty. The empty env var takes priority and will shadow the runtime variable set by vars:post-response.
Environment
Bruno VS Code extension
Linux (WSL2)
Question
Is { persist: true } supported in the VS Code extension? In the source code, the persistence mechanism uses IPC (main:persistent-env-variables-update) which is handled in bruno-electron. Is this wired up in the VS Code extension as well?
Does the sandbox mode (Safe vs Developer) affect bru.setEnvVar() or { persist: true } behavior in the VS Code extension? The desktop app uses QuickJS for Safe mode and NodeVM for Developer mode — does the VS Code extension respect this setting, and is
there a way to configure it?
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
I'm using the Bruno VS Code extension and trying to persist an environment variable from a
script:post-responseblock:Expected behavior
The approval_id value should be written back to the Development.bru environment file, so it's available across requests and sessions.
Actual behavior
Workaround
Using vars:post-response instead, which sets a runtime/collection variable that works within the same session:
vars:post-response {
approval_id: res.body.result.approval_id
}
Important: Do not define approval_id in the environment file, even as empty. The empty env var takes priority and will shadow the runtime variable set by vars:post-response.
Environment
Question
there a way to configure it?
Beta Was this translation helpful? Give feedback.
All reactions