posted in Selfhosted

PSA: the bitwarden clients got an upgrade that makes them incompatible with vaultwarden

If you got the automatic updates on the bitwarden clients, they will show an empty vault if you are selfhosting vaultwarden.

It seems to be an accidental bug in the bitwarden clients that are assuming that they’re talking with official servers

It’s fixed with the latest release of the vaultwarden server that was published a few minutes ago

github.com/dani-garcia/vaultwarden/releases/tag/1.37.0
Note
This update is required for support with clients with version 2026.7.0+, please update before reporting any issues with them.
Security Fixes
This release contains security fixes for the follow...GitHubRelease 1.37.0 · dani-garcia/vaultwardenNote This update is required for support with clients with version 2026.7.0+, please update before reporting any issues with them. Security Fixes This release contains security fixes for the follow...
enPage

Replying to @⁨Marthirial@lemmy.world⁩

The mark of a quality developer is not the lack of problems, but the way they respond to them. Any project in active development for a long time is going to run into breaking issues from time to time just because technical debt accrues and memories are short.

The ability to fix a problem, publicly own up to the cause/fix and work to prevent future issues like it are the best we can ask for.

Replying to @⁨Bazoogle@lemmy.world⁩

it seems ill asvised to disable automatic updates

I use the WatchTower fork for now, but I use it with the run once flag:

 volumes:
      - /var/run/docker.sock:/var/run/docker.sock
    command: --run-once --cleanup

So, when an update is available, I’ll delay updating until I am rather comfortable that all the early adopters have worked out all the bugs for me. LOL Thanks guys! You’re an invaluable service.

Replying to @⁨Appoxo@lemmy.dbzer0.com⁩

That’s one of the joys of FOSS, when the dev for a popular project can’t continue; there’s often someone willing to pick up the torch and carry it forward.

I switched to this fork when the one you’re thinking of ended development.

github.com/nicholas-fedor/watchtower

Last update 3 days ago.

Automate Docker container image updates. Contribute to nicholas-fedor/watchtower development by creating an account on GitHub.GitHubGitHub - nicholas-fedor/watchtower: Automate Docker container image updatesAutomate Docker container image updates. Contribute to nicholas-fedor/watchtower development by creating an account on GitHub.

Replying to @⁨myrmidex@belgae.social⁩

Homepage is my main front end/landing page for reaching/monitoring all my services; but I’ve got both my dockge instances linked together as well, so all my services show up in both.

A highly customizable homepage (or startpage / application dashboard) with Docker and service API integrations. - gethomepage/homepageGitHubGitHub - gethomepage/homepage: A highly customizable homepage (or startpage / application dashboard) with Docker and service API integrations.A highly customizable homepage (or startpage / application dashboard) with Docker and service API integrations. - gethomepage/homepage

Replying to @⁨ramble81@lemmy.zip⁩

If you check the github discussion from the devs that patched the issue it doesn’t seem intentional to me (not an expert). That being said I assumed the same thing.

My browser auto updated the extension at a very inopportune time and from some reason KDE connect from my phone to computer which is usually very reliable also wouldn’t connect. Was quite annoying until I realized I can just log into the vaultwarden website directly. I don’t think I’ve done that in years

Replying to @⁨Wispy2891@lemmy.world⁩

It seems like it’s a subscription from what I can tell. I see some people buying ‘lifetime’ subscriptions in the play store reviews, so I’m guessing that’s the case. Now, it also looks like it’s from one lone developer with 27 contributors in GitHub. The app can be downloaded from GitHub (I would use obtainium for that), so that’s a good thing. I think supporting developments like this via a subscription (assuming it’s not crazy expensive) should be normalized if the product is good enough. On that factor, I can’t really comment since I just KeePass the hell out of my credentials over Syncthing, but I do believe there’s value in supporting developers like this guy.

github.com/AChep/keyguard-app

A third-party client for the Bitwarden platform and KeePass (KDBX) files. It autofills your logins, supports passkeys, works offline, and runs a Watchtower that finds leaked and reused passwords an...GitHubGitHub - AChep/keyguard-app: A third-party client for the Bitwarden platform and KeePass (KDBX) files. It autofills your logins, supports passkeys, works offline, and runs a Watchtower that finds leaked and reused passwords and other issues.A third-party client for the Bitwarden platform and KeePass (KDBX) files. It autofills your logins, supports passkeys, works offline, and runs a Watchtower that finds leaked and reused passwords an...

Replying to @⁨Wispy2891@lemmy.world⁩

I found this comment on what happened by dani-garcia, one of the main devs:

The short version is that around 8-ish years ago, Bitwarden changed the way the vault items were structured, and Vaultwarden added some backwards compatibility fields to ensure both old and new versions of the clients worked.

These backwards compatibility fields were supposed to be a temporary measure, but for at least the next three years the clients still required them, until we eventually forgot to keep track of them. At some point between 2021 and today, the clients stopped requiring these backwards compatibility fields, but Vaultwarden was still sending them.

This wasn’t a problem until Bitwarden decided to use the backwards compatibility fields in a completely different way, which caused the clients to crash.

Found here: github.com/dani-garcia/vaultwarden/…/7473

Note This update is required for support with clients with version 2026.7.0+, please update before reporting any issues with them. Security Fixes This release contains security fixes for the follow...GitHubv1.37.0 (Upgrade to this version when using clients v2026.7.0+) · dani-garcia vaultwarden · Discussion #7473Note This update is required for support with clients with version 2026.7.0+, please update before reporting any issues with them. Security Fixes This release contains security fixes for the follow...

Replying to @⁨SmoothLiquidation@lemmy.world⁩

There’s a reason you don’t do things like that…

Apparently nobody in that software team has heard about Knight Capital. They reused a flag and that coupled with a deployment failure that only lasted ~45 minutes caused an over 400 million dollar loss nearly bankrupting the entire company. Ultimately they ended up combining with another company.

The immediate cause of the incident was a deployment failure that left one of eight servers running outdated code, creating an inconsistency in how the system interpreted incoming instructions. The new software reused a flag associated with a legacy function known as “Power Peg,” which had been disabled but not removed from the codebase, and on the unpatched server this flag activated obsolete logic that continuously generated child orders in response to parent orders that the system did not correctly recognize as already filled.

More details

Henrico DolfingCase Study 4: The $440 Million Software Error at Knight Capital - Henrico DolfingOn the morning of August 1, 2012, Knight Capital Group opened its systems for what should have been a routine trading day, yet within minutes the firm began sending a flood of unintended orders into the U.S. equity market, buying high and selling low across dozens of stocks in a pattern that made no economic ... Read more

Replying to an earlier post

I hadn’t heard of this one before, thanks for posting.

Edit: this website is very strange. The article is dated 5th June 2019 and the other “case studies” are dated to look like they’ve been writing regularly since 2019 up until now. But the article reads like LLM output, and the waybackmachine has no record of this article before December 2025, and no record of the domain name henricodolfing.ch before April 2025. The whois database says that the domain was registered in January 2025. So are they really trying to launder slop by back-dating it to make it look like it was written before LLMs existed? Fuck.