Live data from Hacker News

Tell HN: Bitwarden does not export attachments in backups

news.ycombinator.com

51–60 of 128 posts

Re: Tell HN: Bitwarden does not export attachments in backups

#51
post #49

I’m still on KeePass. I keep meaning to get off of it but it more or less works okay (not great) I use windows, Debian, iOS, and Firefox as the browser on desktop. Any recommendations?

Keepassxc plus the browser extension? Also, if it aint broke…

Re: Tell HN: Bitwarden does not export attachments in backups

#52
post #4

It's been raised but doesn't appear to be a large enough issue to be put on the roadmap: https://community.bitwarden.com/t/allow-attachments-to-be-ex... The project is open-source, maybe send them a pull request?

> The project is open-source, maybe send them a pull request? Just because a project is open-source doesn't mean they'll accept a pull request with your feature request in it.

Indeed. Few things are worse than spending time and effort figuring out a complex repository, making and testing changes to the code and sending in a patch only to get ignored.

Re: Tell HN: Bitwarden does not export attachments in backups

#54
post #4

It's been raised but doesn't appear to be a large enough issue to be put on the roadmap: https://community.bitwarden.com/t/allow-attachments-to-be-ex... The project is open-source, maybe send them a pull request?

I never switched to Bitwarden because I don't like how it was designed but this is clearly a huge bug even though I probably wouldn't use the feature to attach files.

>because I don't like how it was designed

can you elaborate?

Re: Tell HN: Bitwarden does not export attachments in backups

#55
post #42

> A simple solution would be to b64 encode each file and add it into an array! An individual file attachment can be as large as 500 MB[0]. It would make the JSON file too big to use. Still, I do think that Bitwarden should warn users about it when exporting. Just mentioning it in the Help Center doesn't seem so helpful. [0]: https://bitwarden.com/help/attachments/

Why is such a JSON file too big to use if it’s only ever handled by streaming parsers? SQLite would be a better backup format ofc.

Re: Tell HN: Bitwarden does not export attachments in backups

#57
post #8

Bitwarden pivoted to serving enterprise needs (like SSO, collaboration) a few years ago and hasn’t given much attention to improving the basic product itself (there still aren’t additional types, like licenses, WiFi passwords, etc.). You can file this as an issue and wait.

bitwarden allows you to add custom fields and secure notes for anything that falls outside the usual email/password data.

Re: Tell HN: Bitwarden does not export attachments in backups

#58
post #29

Earlier quoted context omitted.

I like Bitwarden and open source, but attachments are a paid feature for them, so you'd be essentially working to add value to their paid features for free. That feels unfair to me.

I think you’d be working to add quality to your backups for free. Sure, they’d also give it to other customers, but what matters is that you have it (and henceforth do not have to maintain your own fork).

I think the point is more that you'd be giving away work for free that is only usable by people paying someone other than you.

Re: Tell HN: Bitwarden does not export attachments in backups

#59
This is very salient, I just left some feedback related to lack of functionality, in their community forums yesterday. I bought a subscription to use Bitwarden against 1Password, trying to switch from 1P to BW. I dislike 1P's arrogant customer service (Read their community forums for about an hour, and look at many of the responses from staff regarding feature requests) and my attitude towards them really soured when they flipped the switch on perpetual licensing.

So I was excited and went in with an open mind, and delighted to be supporting an open source company:

* The initial migration went off to a bad start as it didn't include everything from 1Password. Seemingly random data, and some attachments were missing. If I remember correctly, timestamps/creation dates didn't seem to migrate over, and some whole passwords weren't brought over, but no errors were reported from their migrator.

* When I went to setup my vault after the migration, I was disappointed to see that there was a distinct lack of password types. I have software licenses, credit cards, API keys, regular passwords, recovery tokens, (non-critical) GPG keys, SSH keys, etc etc that I store in my vault. BW only had/has 4 item types to choose from, which just isn't suitable if you want to correctly track the types of items for organization and filtering. There is support for custom fields, but it just isn't the same..

* No support for tagging. I tried to setup a nested folder structure alternatively, but the UX was not easy to use in the desktop application (I was assuming I could do something similar to a `mkdir -p path/to/nested/folder` but BW only allowed me to create a single folder item at a time. For 500 password items, and different "buckets" I keep to organize, I ended up abandoning folders and just kept everything in the root in a mish-mash setup.

I get that it's small and open source, and you have to temper expectations when comparing David (BW) vs Goliath (1P), but BW seems to have earned more community trust, and has an engaged community of fans. BW could absolutely provide a better experience than 1P both from a customer empathy standpoint, and from a product delivery perspective. But point 2 makes a failure (IMO) on point 1. Reading through their community forums, many of these (What I'd consider) table-stakes features have been left to rot on the tree of technical debt. Which makes me sad, because I'd pay a lot more than their current pricing model if they kept an open source attitude towards the product and could deliver more than just a "We're working on it! Stay tuned!" attitude after years of community comments. I'm gonna stick with 1P when the licenses come up for renewal, and use KeePass or Vault as an on-prem backup solution.

I truly, truly hope BW succeeds, because I'd love to move away from my current setup. But I'm not willing to capitulate my workflow because the company can't deliver on highly-requested/highly-coveted features.

I don't squarely put the blame on BW. This feels very common in the saas lifecycle: A feature has some sort of engagement/revenue metric attached to it, for growth tracking. Whether correlation is correct is a debate for another time, but many of these core features have an opaque effect on revenue or engagement (If you're a cynical product manager, an efficient tagging system correlates to less engagement, because I'm spending less time rooting around the user interface, which is less opportunity to use the application minute-by-minute), or it's considered plumbing-type work in which the revenue/engagement potential is spread out across the entire userbase, so the effect is less explosive (SSH key management[1], a niche feature requested by a loud subset of 1P users had huge awareness. But external sharing of items[2] was something I heard very little about, even though (objectively) external sharing casts a wider a shadow of net-new 1P users.

I digress. This just reminded me of the frustration I have with software: Feels like everything I want to use is always missing some key element that I have to trade off for another key element when looking at competitors.

[1] https://blog.1password.com/1password-ssh-agent/ [2] https://blog.1password.com/psst-item-sharing/

Post reply on HN