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
Describe the bug
I am using the doppler CLI provided via container.dev feature. Disabled the env-warning flag, and the output panel in VSCODE is still overrun with the message. I have enabled, autocompletion and hoover enrichment.
To Reproduce
Steps to reproduce the behavior. Please include output from running the command with --debug.
Open Terminal with Doppler CLI
Execute doppler flags disable env-warning
See confirmation of the updated settings that that setting has been updated
Hoover over os.getenv or process.env code
Observe the output panel still produces the warning message.
Expected behavior
As a User Who Has explicitly disabled a flag's messaging, I should not see related messaging in the Output panel.
Screenshots
If applicable, add screenshots to help explain your problem.
Desktop (please complete the following information):
OS: Sonoma
Version 14.3.1 (23D60)
CLI Version:
Version 2.1.3 - Per Containers.dev
Additional context
Personal opinion but I think the messaging needs to be more robust to include how to disable that flag, as well, or make it somehow above the fold when configuring or setting up the vs-code integration. Something like Using DOPPLER_CONFIG_DIR from the environment. To disable this warning, use \'doppler flag disable env-warning\'. To set configs from stdin. Use --no-read-env .
The text was updated successfully, but these errors were encountered:
@Terry-BrooksJr I'm able to reproduce this behavior with a configuration variable set in the shell that VSCode was launched from (e.g., DOPPLER_ENABLE_VERSION_CHECK=false code .) when the flag is enabled. When hovering over a secret, the terminal gets spammed like this:
However, when I disable the flag, that stops occurring on my end.
The doppler flags command sets a global value in your ~/.doppler/.doppler.yaml file, which is where the CLI reads that from. Is it possible the context that you're launching VSCode from won't have the same file that this was saved in initially? It looks like you're using development containers – is that flag being set inside the container? Even if VSCode is executing from outside the container, the CLI is running inside the container. If you ran doppler flags disable env-warning outside the container, opened up the project, and were using devcontainers – then everything inside the terminal will be executing inside the container, not on your local machine. It's very possible this is what's happening for you.
Describe the bug
I am using the doppler CLI provided via container.dev feature. Disabled the
env-warning
flag, and the output panel in VSCODE is still overrun with the message. I have enabled, autocompletion and hoover enrichment.To Reproduce
Steps to reproduce the behavior. Please include output from running the command with
--debug
.doppler flags disable env-warning
os.getenv
orprocess.env
codeExpected behavior
As a User Who Has explicitly disabled a flag's messaging, I should not see related messaging in the Output panel.
Screenshots
If applicable, add screenshots to help explain your problem.
Desktop (please complete the following information):
CLI Version:
Version 2.1.3 - Per Containers.dev
Additional context
Personal opinion but I think the messaging needs to be more robust to include how to disable that flag, as well, or make it somehow above the fold when configuring or setting up the vs-code integration. Something like
Using DOPPLER_CONFIG_DIR from the environment. To disable this warning, use \'doppler flag disable env-warning\'. To set configs from stdin. Use --no-read-env
.The text was updated successfully, but these errors were encountered: