starred/vaultwarden
1
0
Fork 0
mirror of https://github.com/dani-garcia/vaultwarden.git synced 2025-12-10 17:23:04 +03:00
Code Issues 429 Packages Projects Releases 10 Wiki Activity

Freezing when unable to resolve DNS #1638

New Issue
Closed
opened 2025-10-09 17:23:41 +03:00 by OVERLORD · 3 comments
OVERLORD commented 2025-10-09 17:23:41 +03:00
Owner
Copy Link

Originally created by @sfkpmr on GitHub.

I'm having an odd issue on my Docker host that makes containers unable to resolve DNS, but as my containers don't need internet access, they generally work fine, with the exception of Bitwarden_rs.

Subject of the issue

Sometimes when using the web UI to add/remove/change entries the page loads for several minutes, and reloading the page doesn't work either. After a few minutes it continues to work normally.

Your environment

  • Bitwarden_rs version: 2.15.1
  • Install method: Docker image
  • Clients used: Web UI
  • Reverse proxy and version: Caddy v1.0.3
  • Version of mysql/postgresql:
  • Other relevant information:

Steps to reproduce

  1. Sign in to web UI
  2. Delete an entry.

Docker start bitwarden

Expected behaviour

Entries are updated immediately. Display DNS error in log and stop updating for some amount of time.

Actual behaviour

Load icon spins around for several minutes.

Relevant logs

It seems like updating entries triggers an update of favicons like this:

[2020-08-17 17:11:12.818][bitwarden_rs::api::icons][INFO] Download failed for https://*.com/favicon.ico
[2020-08-17 17:11:12.824][bitwarden_rs::api::icons][INFO] Download failed for https://*.com/favicon.ico
[2020-08-17 17:11:12.824][bitwarden_rs::api::icons][INFO] Download failed for https://*.com/favicon.ico
[2020-08-17 17:11:41.985][bitwarden_rs::api::icons][INFO] Download failed for http://www.*.com/favicon.ico
[2020-08-17 17:11:41.985][bitwarden_rs::api::icons][ERROR] Error downloading icon: Empty response
[2020-08-17 17:11:41.985][response][INFO] GET /icons/<domain>/icon.png (icon) => 200 OK
[2020-08-17 17:11:42.007][bitwarden_rs::api::icons][INFO] Download failed for http://*.com/favicon.ico
[2020-08-17 17:11:42.007][bitwarden_rs::api::icons][ERROR] Error downloading icon: Empty response
[2020-08-17 17:11:42.007][response][INFO] GET /icons/<domain>/icon.png (icon) => 200 OK
[2020-08-17 17:11:42.048][bitwarden_rs::api::icons][INFO] Download failed for http://*.com/favicon.ico
[2020-08-17 17:11:42.048][bitwarden_rs::api::icons][ERROR] Error downloading icon: Empty response
[2020-08-17 17:11:42.048][response][INFO] GET /icons/<domain>/icon.png (icon) => 200 OK
Originally created by @sfkpmr on GitHub. I'm having an odd issue on my Docker host that makes containers unable to resolve DNS, but as my containers don't need internet access, they generally work fine, with the exception of Bitwarden_rs. ### Subject of the issue Sometimes when using the web UI to add/remove/change entries the page loads for several minutes, and reloading the page doesn't work either. After a few minutes it continues to work normally. ### Your environment <!-- The version number, obtained from the logs or the admin page --> * Bitwarden_rs version: 2.15.1 * Install method: Docker image * Clients used: <!-- if applicable -->Web UI * Reverse proxy and version: <!-- if applicable --> Caddy v1.0.3 * Version of mysql/postgresql: <!-- if applicable --> * Other relevant information: ### Steps to reproduce <!-- Tell us how to reproduce this issue. What parameters did you set (differently from the defaults) and how did you start bitwarden_rs? --> 1. Sign in to web UI 2. Delete an entry. Docker start bitwarden ### Expected behaviour <!-- Tell us what should happen --> Entries are updated immediately. Display DNS error in log and stop updating for some amount of time. ### Actual behaviour <!-- Tell us what happens instead --> Load icon spins around for several minutes. ### Relevant logs <!-- Share some logfiles, screenshots or output of relevant programs with us. --> It seems like updating entries triggers an update of favicons like this: ``` [2020-08-17 17:11:12.818][bitwarden_rs::api::icons][INFO] Download failed for https://*.com/favicon.ico [2020-08-17 17:11:12.824][bitwarden_rs::api::icons][INFO] Download failed for https://*.com/favicon.ico [2020-08-17 17:11:12.824][bitwarden_rs::api::icons][INFO] Download failed for https://*.com/favicon.ico [2020-08-17 17:11:41.985][bitwarden_rs::api::icons][INFO] Download failed for http://www.*.com/favicon.ico [2020-08-17 17:11:41.985][bitwarden_rs::api::icons][ERROR] Error downloading icon: Empty response [2020-08-17 17:11:41.985][response][INFO] GET /icons/<domain>/icon.png (icon) => 200 OK [2020-08-17 17:11:42.007][bitwarden_rs::api::icons][INFO] Download failed for http://*.com/favicon.ico [2020-08-17 17:11:42.007][bitwarden_rs::api::icons][ERROR] Error downloading icon: Empty response [2020-08-17 17:11:42.007][response][INFO] GET /icons/<domain>/icon.png (icon) => 200 OK [2020-08-17 17:11:42.048][bitwarden_rs::api::icons][INFO] Download failed for http://*.com/favicon.ico [2020-08-17 17:11:42.048][bitwarden_rs::api::icons][ERROR] Error downloading icon: Empty response [2020-08-17 17:11:42.048][response][INFO] GET /icons/<domain>/icon.png (icon) => 200 OK ```
OVERLORD commented 2025-10-09 17:23:45 +03:00
Author
Owner
Copy Link

@mqus commented on GitHub:

You can disable the icon loading in the configuration/via an environment variable
eba22c2d94/.env.template (L85-L89)

This should be the only external request that needs DNS (apart from maybe sending email, depending on your configuration).

@mqus commented on GitHub: You can disable the icon loading in the configuration/via an environment variable https://github.com/dani-garcia/bitwarden_rs/blob/eba22c2d9429b9f9bad5baff9b1d571b469645c9/.env.template#L85-L89 This should be the only external request that needs DNS (apart from maybe sending email, depending on your configuration).
OVERLORD commented 2025-10-09 17:23:45 +03:00
Author
Owner
Copy Link

@BlackDex commented on GitHub:

That will partially be fixed when we can go to async http server. But still it would slow down since the icons are fetched by the web-vault unless you disable it.

There is also an option to disable this in your account within the web-vault, this should prevent calls to the server it self at all. Same goes for the mobile clients.

@BlackDex commented on GitHub: That will partially be fixed when we can go to async http server. But still it would slow down since the icons are fetched by the web-vault unless you disable it. There is also an option to disable this in your account within the web-vault, this should prevent calls to the server it self at all. Same goes for the mobile clients.
OVERLORD commented 2025-10-09 17:23:45 +03:00
Author
Owner
Copy Link

@sfkpmr commented on GitHub:

Thanks, that might have done it! Should probably wait a bit to make sure though.

Ideally though you shouldn't need to disable the icon download though. The UI shouldn't freeze up if the DNS is temporarily down for example.

@sfkpmr commented on GitHub: Thanks, that might have done it! Should probably wait a bit to make sure though. Ideally though you shouldn't need to disable the icon download though. The UI shouldn't freeze up if the DNS is temporarily down for example.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
better for forum
bug
bug
bug
documentation
duplicate
enhancement
future Vault
good first issue
help wanted
low priority
notes
pull-request
Mirrored from GitHub Pull Request
 question
SSO
Third party
troubleshooting
troubleshooting
wontfix
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
OVERLORD
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/vaultwarden#1638
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?