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

User can't be confirmed "Cannot read properties of null (reading 'buffer')" #921

New Issue
Closed
opened 2025-10-09 16:57:01 +03:00 by OVERLORD · 6 comments
OVERLORD commented 2025-10-09 16:57:01 +03:00
Owner
Copy Link

Originally created by @tperrindell on GitHub.

Subject of the issue

A specific user cannot be validated / confirmed. Other users are working fine, and I don't know what singles out this user.

Deployment environment

Your environment (Generated via diagnostics page)

  • Vaultwarden version: v1.27.0
  • Web-vault version: v2022.12.0
  • Running within Docker: true (Base: Debian)
  • Environment settings overridden: false
  • Uses a reverse proxy: true
  • IP Header check: true (X-Real-IP)
  • Internet access: false
  • Internet access via a proxy: false
  • DNS Check: true
  • Time Check: true
  • Domain Configuration Check: false
  • HTTPS Check: false
  • Database type: SQLite
  • Database version: 3.39.2
  • Clients used:
  • Reverse proxy and version:
  • Other relevant information:

Config (Generated via diagnostics page)

Show Running Config

Environment settings which are overridden:

{
  "_duo_akey": null,
  "_enable_duo": false,
  "_enable_email_2fa": false,
  "_enable_smtp": true,
  "_enable_yubico": true,
  "_icon_service_csp": "",
  "_icon_service_url": "",
  "_ip_header_enabled": true,
  "_smtp_img_src": "cid:",
  "admin_ratelimit_max_burst": 3,
  "admin_ratelimit_seconds": 300,
  "admin_token": "***",
  "allowed_iframe_ancestors": "",
  "attachments_folder": "data/attachments",
  "authenticator_disable_time_drift": false,
  "data_folder": "data",
  "database_conn_init": "",
  "database_max_conns": 10,
  "database_timeout": 30,
  "database_url": "***************",
  "db_connection_retries": 15,
  "disable_2fa_remember": false,
  "disable_admin_token": false,
  "disable_icon_download": false,
  "domain": "****://**************************",
  "domain_origin": "****://**************************",
  "domain_path": "",
  "domain_set": true,
  "duo_host": null,
  "duo_ikey": null,
  "duo_skey": null,
  "email_attempts_limit": 3,
  "email_expiration_time": 600,
  "email_token_size": 6,
  "emergency_access_allowed": true,
  "emergency_notification_reminder_schedule": "0 3 * * * *",
  "emergency_request_timeout_schedule": "0 7 * * * *",
  "enable_db_wal": true,
  "event_cleanup_schedule": "0 10 0 * * *",
  "events_days_retain": null,
  "extended_logging": true,
  "helo_name": null,
  "hibp_api_key": null,
  "icon_blacklist_non_global_ips": true,
  "icon_blacklist_regex": null,
  "icon_cache_folder": "data/icon_cache",
  "icon_cache_negttl": 259200,
  "icon_cache_ttl": 2592000,
  "icon_download_timeout": 10,
  "icon_redirect_code": 302,
  "icon_service": "internal",
  "incomplete_2fa_schedule": "30 * * * * *",
  "incomplete_2fa_time_limit": 3,
  "invitation_expiration_hours": 120,
  "invitation_org_name": "Vaultwarden",
  "invitations_allowed": true,
  "ip_header": "X-Real-IP",
  "job_poll_interval_ms": 30000,
  "log_file": null,
  "log_level": "Info",
  "log_timestamp_format": "%Y-%m-%d %H:%M:%S.%3f",
  "login_ratelimit_max_burst": 10,
  "login_ratelimit_seconds": 60,
  "org_attachment_limit": null,
  "org_creation_users": "",
  "org_events_enabled": false,
  "org_groups_enabled": false,
  "password_hints_allowed": true,
  "password_iterations": 100000,
  "reload_templates": false,
  "require_device_email": false,
  "rsa_key_filename": "data/rsa_key",
  "send_purge_schedule": "0 5 * * * *",
  "sends_allowed": true,
  "sends_folder": "data/sends",
  "show_password_hint": true,
  "signups_allowed": true,
  "signups_domains_whitelist": "",
  "signups_verify": false,
  "signups_verify_resend_limit": 6,
  "signups_verify_resend_time": 3600,
  "smtp_accept_invalid_certs": false,
  "smtp_accept_invalid_hostnames": false,
  "smtp_auth_mechanism": null,
  "smtp_debug": false,
  "smtp_embed_images": true,
  "smtp_explicit_tls": false,
  "smtp_from": "*********************************",
  "smtp_from_name": "Vaultwarden",
  "smtp_host": "**************************",
  "smtp_password": null,
  "smtp_port": 25,
  "smtp_security": "off",
  "smtp_ssl": false,
  "smtp_timeout": 15,
  "smtp_username": null,
  "templates_folder": "data/templates",
  "tmp_folder": "data/tmp",
  "trash_auto_delete_days": null,
  "trash_purge_schedule": "0 5 0 * * *",
  "use_syslog": false,
  "user_attachment_limit": null,
  "web_vault_enabled": true,
  "web_vault_folder": "web-vault/",
  "websocket_address": "0.0.0.0",
  "websocket_enabled": false,
  "websocket_port": 3012,
  "yubico_client_id": null,
  "yubico_secret_key": null,
  "yubico_server": null
}

  • Reverse proxy and version: traefik 2.6.7

  • MySQL/MariaDB or PostgreSQL version: docker version latest

  • Other relevant details:

Steps to reproduce

Unfortunately, I have no idea what causes this. I have multiple users with the same mail format that had no problem in getting confirmed.

Expected behaviour

Clicking on "Confirm access" after invitation accepted allows user to use the environment.

Actual behaviour

wBmgHybUma

Troubleshooting data

I tried disabling / re-enabling user in the admin page, no success.
No errors in docker-compose logs.

Originally created by @tperrindell on GitHub. ### Subject of the issue A specific user cannot be validated / confirmed. Other users are working fine, and I don't know what singles out this user. ### Deployment environment ### Your environment (Generated via diagnostics page) * Vaultwarden version: v1.27.0 * Web-vault version: v2022.12.0 * Running within Docker: true (Base: Debian) * Environment settings overridden: false * Uses a reverse proxy: true * IP Header check: true (X-Real-IP) * Internet access: false * Internet access via a proxy: false * DNS Check: true * Time Check: true * Domain Configuration Check: false * HTTPS Check: false * Database type: SQLite * Database version: 3.39.2 * Clients used: * Reverse proxy and version: * Other relevant information: ### Config (Generated via diagnostics page) <details><summary>Show Running Config</summary> **Environment settings which are overridden:** ```json { "_duo_akey": null, "_enable_duo": false, "_enable_email_2fa": false, "_enable_smtp": true, "_enable_yubico": true, "_icon_service_csp": "", "_icon_service_url": "", "_ip_header_enabled": true, "_smtp_img_src": "cid:", "admin_ratelimit_max_burst": 3, "admin_ratelimit_seconds": 300, "admin_token": "***", "allowed_iframe_ancestors": "", "attachments_folder": "data/attachments", "authenticator_disable_time_drift": false, "data_folder": "data", "database_conn_init": "", "database_max_conns": 10, "database_timeout": 30, "database_url": "***************", "db_connection_retries": 15, "disable_2fa_remember": false, "disable_admin_token": false, "disable_icon_download": false, "domain": "****://**************************", "domain_origin": "****://**************************", "domain_path": "", "domain_set": true, "duo_host": null, "duo_ikey": null, "duo_skey": null, "email_attempts_limit": 3, "email_expiration_time": 600, "email_token_size": 6, "emergency_access_allowed": true, "emergency_notification_reminder_schedule": "0 3 * * * *", "emergency_request_timeout_schedule": "0 7 * * * *", "enable_db_wal": true, "event_cleanup_schedule": "0 10 0 * * *", "events_days_retain": null, "extended_logging": true, "helo_name": null, "hibp_api_key": null, "icon_blacklist_non_global_ips": true, "icon_blacklist_regex": null, "icon_cache_folder": "data/icon_cache", "icon_cache_negttl": 259200, "icon_cache_ttl": 2592000, "icon_download_timeout": 10, "icon_redirect_code": 302, "icon_service": "internal", "incomplete_2fa_schedule": "30 * * * * *", "incomplete_2fa_time_limit": 3, "invitation_expiration_hours": 120, "invitation_org_name": "Vaultwarden", "invitations_allowed": true, "ip_header": "X-Real-IP", "job_poll_interval_ms": 30000, "log_file": null, "log_level": "Info", "log_timestamp_format": "%Y-%m-%d %H:%M:%S.%3f", "login_ratelimit_max_burst": 10, "login_ratelimit_seconds": 60, "org_attachment_limit": null, "org_creation_users": "", "org_events_enabled": false, "org_groups_enabled": false, "password_hints_allowed": true, "password_iterations": 100000, "reload_templates": false, "require_device_email": false, "rsa_key_filename": "data/rsa_key", "send_purge_schedule": "0 5 * * * *", "sends_allowed": true, "sends_folder": "data/sends", "show_password_hint": true, "signups_allowed": true, "signups_domains_whitelist": "", "signups_verify": false, "signups_verify_resend_limit": 6, "signups_verify_resend_time": 3600, "smtp_accept_invalid_certs": false, "smtp_accept_invalid_hostnames": false, "smtp_auth_mechanism": null, "smtp_debug": false, "smtp_embed_images": true, "smtp_explicit_tls": false, "smtp_from": "*********************************", "smtp_from_name": "Vaultwarden", "smtp_host": "**************************", "smtp_password": null, "smtp_port": 25, "smtp_security": "off", "smtp_ssl": false, "smtp_timeout": 15, "smtp_username": null, "templates_folder": "data/templates", "tmp_folder": "data/tmp", "trash_auto_delete_days": null, "trash_purge_schedule": "0 5 0 * * *", "use_syslog": false, "user_attachment_limit": null, "web_vault_enabled": true, "web_vault_folder": "web-vault/", "websocket_address": "0.0.0.0", "websocket_enabled": false, "websocket_port": 3012, "yubico_client_id": null, "yubico_secret_key": null, "yubico_server": null } ``` </details> * Reverse proxy and version: traefik 2.6.7 * MySQL/MariaDB or PostgreSQL version: docker version latest * Other relevant details: ### Steps to reproduce Unfortunately, I have no idea what causes this. I have multiple users with the same mail format that had no problem in getting confirmed. ### Expected behaviour Clicking on "Confirm access" after invitation accepted allows user to use the environment. ### Actual behaviour ![wBmgHybUma](https://user-images.githubusercontent.com/103429802/216029799-c089de3f-1562-40b2-9c0c-9d99899f169d.png) ### Troubleshooting data I tried disabling / re-enabling user in the admin page, no success. No errors in docker-compose logs.
OVERLORD commented 2025-10-09 16:57:05 +03:00
Author
Owner
Copy Link

@BlackDex commented on GitHub:

Could you provide some logs of Vaultwarden during this error?
Also, does that user have personal vault items, and is that user able to login into the web-vault at all?
If the user has not vault items, i suggest to remove that user and invite that user again to see if that resolves the issue.
There probably is a database issue for some reason. You might want to validate the database file also.

@BlackDex commented on GitHub: Could you provide some logs of Vaultwarden during this error? Also, does that user have personal vault items, and is that user able to login into the web-vault at all? If the user has not vault items, i suggest to remove that user and invite that user again to see if that resolves the issue. There probably is a database issue for some reason. You might want to validate the database file also.
OVERLORD commented 2025-10-09 16:57:05 +03:00
Author
Owner
Copy Link

@tperrindell commented on GitHub:

[root@docker data]# sqlite3 db.sqlite3 'PRAGMA integrity_check;'
ok
[root@docker data]# sqlite3 db.sqlite3 'PRAGMA optimize;'
[root@docker data]# sqlite3 db.sqlite3 'PRAGMA integrity_check;'
ok

I've re-invited the user because I deleted it. Once they accept I will see if the error remains and if so, I will post it there with more details.

@tperrindell commented on GitHub: ``` [root@docker data]# sqlite3 db.sqlite3 'PRAGMA integrity_check;' ok [root@docker data]# sqlite3 db.sqlite3 'PRAGMA optimize;' [root@docker data]# sqlite3 db.sqlite3 'PRAGMA integrity_check;' ok ``` I've re-invited the user because I deleted it. Once they accept I will see if the error remains and if so, I will post it there with more details.
OVERLORD commented 2025-10-09 16:57:05 +03:00
Author
Owner
Copy Link

@tperrindell commented on GitHub:

Deleting and re-creating the user worked. Thanks and sorry for the disturbance

@tperrindell commented on GitHub: Deleting and re-creating the user worked. Thanks and sorry for the disturbance
OVERLORD commented 2025-10-09 16:57:06 +03:00
Author
Owner
Copy Link

@tperrindell commented on GitHub:

Hi,

Where do I find Vaultwarden logs ? The docker-compose logs shows nothing relating to the error.

I already tried removing the using entirely and re-adding them. I will try that again.

How do I validate the db file?

@tperrindell commented on GitHub: Hi, Where do I find Vaultwarden logs ? The docker-compose logs shows nothing relating to the error. I already tried removing the using entirely and re-adding them. I will try that again. How do I validate the db file?
OVERLORD commented 2025-10-09 16:57:06 +03:00
Author
Owner
Copy Link

@BlackDex commented on GitHub:

Before running this, stop Vaultwarden, and create a backup of the file.
Or, before stopping Vaultwarden, login into the admin interface scroll down to Backup and click on the backup button, after that stop the container and run the check on the file.

Validate the file by running:

sqlite3 db.sqlite3 'PRAGMA integrity_check;'

After that you could also try to run:

sqlite3 db.sqlite3 'PRAGMA optimize;'

Regarding the logs, they should be visible via docker logs, it should at least mention something there like the POST or GET request during that exact same time. Else, try to check with F12 in the browser what the request/response data is during the call. That would also help us.

@BlackDex commented on GitHub: Before running this, stop Vaultwarden, and create a backup of the file. Or, before stopping Vaultwarden, login into the admin interface scroll down to `Backup` and click on the backup button, after that stop the container and run the check on the file. Validate the file by running: ```bash sqlite3 db.sqlite3 'PRAGMA integrity_check;' ``` After that you could also try to run: ```bash sqlite3 db.sqlite3 'PRAGMA optimize;' ``` Regarding the logs, they should be visible via `docker logs`, it should at least mention something there like the POST or GET request during that exact same time. Else, try to check with F12 in the browser what the request/response data is during the call. That would also help us.
OVERLORD commented 2025-10-09 16:57:07 +03:00
Author
Owner
Copy Link

@BlackDex commented on GitHub:

np, glad it worked out. Still strange though. Looks like something went wrong with the creations or activation of the user.

@BlackDex commented on GitHub: np, glad it worked out. Still strange though. Looks like something went wrong with the creations or activation of the user.
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#921
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?