[GH-ISSUE #849] Allow empty ADMIN_TOKEN when DISABLE_ADMIN_TOKEN is set to false #600

Closed
opened 2026-03-03 02:01:11 +03:00 by kerem · 3 comments
Owner

Originally created by @Roxedus on GitHub (Feb 5, 2020).
Original GitHub issue: https://github.com/dani-garcia/vaultwarden/issues/849

Allow presenting the variable for the user(which in reality set it to NULL), but disabling the admin panel when DISABLE_ADMIN_TOKEN is explicit set to false

As you may be aware of trough #813, I control this template, and would like to present the user with the ability to use ADMIN_TOKEN, in order to this I have to set it to NULL.

The reason that I want to present it this way is because it is a easier way to set settings in favor of environment variables. This is only also the only way to get started without enabling signup afaik.

Expected behaviour

Using the environment variables -e ADMIN_TOKEN="" AND -e DISABLE_ADMIN_TOKEN=false should not enable the admin panel, but still allow the container to run, due to explicit telling bitwarden to disallow insecure token, while the admin_token variable exists.

Actual behaviour

Using the environment variables -e ADMIN_TOKEN="" AND -e DISABLE_ADMIN_TOKEN=false gives me the error about either removing/filling the admin_token

Originally created by @Roxedus on GitHub (Feb 5, 2020). Original GitHub issue: https://github.com/dani-garcia/vaultwarden/issues/849 ### Allow presenting the variable for the user(which in reality set it to NULL), but disabling the admin panel when DISABLE_ADMIN_TOKEN is explicit set to false As you may be aware of trough #813, I control this template, and would like to present the user with the ability to use `ADMIN_TOKEN`, in order to this I have to set it to NULL. The reason that I want to present it this way is because it is a easier way to set settings in favor of environment variables. This is only also the only way to get started without enabling signup afaik. ### Expected behaviour Using the environment variables `-e ADMIN_TOKEN=""` AND `-e DISABLE_ADMIN_TOKEN=false` should not enable the admin panel, but still allow the container to run, due to explicit telling bitwarden to disallow insecure token, while the admin_token variable exists. ### Actual behaviour Using the environment variables `-e ADMIN_TOKEN=""` AND `-e DISABLE_ADMIN_TOKEN=false` gives me the error about either removing/filling the admin_token
kerem closed this issue 2026-03-03 02:01:11 +03:00
Author
Owner

@jjlin commented on GitHub (Apr 8, 2020):

It looks like this was fixed in 480ba93.

<!-- gh-comment-id:611054906 --> @jjlin commented on GitHub (Apr 8, 2020): It looks like this was fixed in 480ba93.
Author
Owner

@Roxedus commented on GitHub (Apr 9, 2020):

No, its not. That commit stops the container from running.

<!-- gh-comment-id:611571224 --> @Roxedus commented on GitHub (Apr 9, 2020): No, its not. That commit stops the container from running.
Author
Owner

@jjlin commented on GitHub (Apr 9, 2020):

Yeah, my mistake. I'll send a fix for this later today.

<!-- gh-comment-id:611731413 --> @jjlin commented on GitHub (Apr 9, 2020): Yeah, my mistake. I'll send a fix for this later today.
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/vaultwarden#600
No description provided.