mirror of
https://github.com/dani-garcia/vaultwarden.git
synced 2026-02-05 00:29:40 +03:00
Bitwarden Client (2025.2.1+) causes 404 Error during registration #2220
Reference in New Issue
Block a user
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?
Originally created by @Sidicer on GitHub (Mar 17, 2025).
Vaultwarden Support String
Generate Support Stringdoes not do anything (Console error on page loadUncaught TypeError: serverInstalled is null). Copying page contents.Vaultwarden Build Version
1.32.7 & 1.33.2
Deployment method
OS Package (apt, yum/dnf, pacman, apk, nix, ...)
Custom deployment method
Reverse Proxy
nginx/1.26.2
Host/Server Operating System
Other
Operating System Version
FreeBSD 13.4-RELEASE-p4
Clients
Desktop
Client Version
Desktop 2025.2.1-1
Steps To Reproduce
2025.2.1-1(or later) desktop clientself-hostedto your vaultwarden endpointCreate accountExpected Result
Successful next page for registration
Actual Result
Error in Client and Logs
Logs
Screenshots or Videos
No response
Additional Context
No response
@Sidicer commented on GitHub (Mar 17, 2025):
Update: This is also an issue with
1.33.2vaultwarden and2025.1.1vaultwarden-web_smtp_enabled: falsedoes not disablePOST /identity/accounts/register/send-verification-emailso even disabling mail/smtp does not resolve the issue temporarily@Sidicer commented on GitHub (Mar 17, 2025):
From further testing I can confirm that this issue is caused by the Bitwarden Client as it does not check if email verification or smtp is disabled and forces
POST /identity/accounts/register/send-verification-emailFor testing reasons I set nginx to
return 204from/identity/accounts/register/send-verification-emailwhich the client just showsEven with smtp disabled and
SIGNUPS_VERIFYset tofalse.@dani-garcia commented on GitHub (Mar 17, 2025):
This is due to a new endpoint that needs to be implemented. Note that the
send-verification-emailwill be used regardless of whether SMTP is enabled or not, that is expected. It should be solved with https://github.com/dani-garcia/vaultwarden/pull/5215, you can try thetestingdocker tag in half an hour or so, as I've just merged that PR.@Sidicer commented on GitHub (Mar 17, 2025):
Registration using Vaultwardens WebUI should not have this issue correct? It's only when using Bitwardens official clients?
Because if so we can move registration from the client to our web ui until the fix is part of the next release (no possibility of using docker test builds)
@dani-garcia commented on GitHub (Mar 17, 2025):
That's correct, at the moment the web vault included with Vaultwarden is older and so isn't trying to use this new endpoint.
@BlackDex commented on GitHub (Mar 26, 2025):
Closing this issue as it's Resolved via #5215
Not yet in a stable release though, testing only.
@StrikeZW commented on GitHub (Jul 16, 2025):
is this still not available in the stable release ( 2025.7.0 ) ?
after a fresh install I saw this
Request finished HTTP/1.1 POST http://xxxxxxxx.de/identity/accounts/register/send-verification-email - 404 0 - 0.0727ms
in my logs and I am unable to register
@BlackDex commented on GitHub (Jul 16, 2025):
Already resolved in https://github.com/dani-garcia/vaultwarden/releases/tag/1.34.0
So, should be in
:testingand:latest.