Transparency
Items listed on the roadmap are active, in-development initiatives from the Bitwarden product and engineering team. As the Bitwarden team releases new features, this roadmap will be updated as a living document so that the Bitwarden community will know what new items are in progress as well as items likely to be released near-term.
Any dates provided by Bitwarden team members on any initiatives are targets and will be continually revised as the team gets closer to release. As with all features, the top priority is ensuring security and product stability.
Previous releases
You can also review previous release notes to learn more about recently launched features.
Posting a feature request Start here to learn how to post a feature request.
While I was composing this response on the old Roadmap thread, the thread was closed and archived. So I’m reposting my feedback here.
Implementing linked custom fields for TOTP codes would go a long way towards alleviating existing pain points around TOTP auto-fill. That would at least allow users to solve TOTP auto-fill issues on their own until devs have optimized their field detection algorithms (which will always be a game of catch-up, I’m afraid).
In the meantime, it would be great if you could add the following two identifiers to the TotpFieldNames array:
verification_code (Amazon)
auth-mfa-otpcode (Mathworks)
I will submit these two on the Google form as well.
Could I ask if “Expansion of autofill menu with cards, identities and passkeys” would include credit card autofill on Android? I’m on the verge of switching to 1password due to the lack of this feature on Bitwarden, so would be good to know. Thanks.
Good question! This is referring to the autofill menu when using the browser extension. We’ll check in with our mobile team on feasibility of autofilling other vault item types - hopefully, iOS and Android make it easy to support!
I’m disappointed to see development efforts being diverted into the new inline auto-fill menu functionality, which many long-time Bitwarden users prefer to disable altogether. I sincerely hope that there is not some underlying corporate strategy to make this auto-fill method the main supported option, with new developments to enhance the inline auto-fill menus at the expense of supporting other auto-fill methods (like keyboard shortcuts) that are generally safer to use and more robust (less likely to malfunction or to break website functionality). For example, one long-standing community request is the ability to use keyboard shortcuts to autofill Identity or Card information — which is a request I believe will become even more pressing after the upcoming UI redesign (which removes the browser extension Tab page that is needed for card & identity auto-filling).
There is no current plan to deprecate existing autofill methods. The Bitwarden product philosophy is to provide flexibility so users can choose the methods they most prefer. The inline autofill menu is the newest released autofill method so the goal is to iterate on that so it is as fully featured as the other available methods.
All that to say, thank you for highlighting that request around keyboard shortcuts - it’s kicked off some internal discussion and how the team can also continue momentum in other autofill areas.
“Expansion of autofill menu with cards, identities and passkeys” Does this also cover SMS-based one-time passwords (OTPs)? Autofilling OTPs would greatly improve efficiency by eliminating extra clicks. Since Google and Samsung already offer this feature in their native password managers, it would be beneficial to implement it here as well.
Can you give any detail on the internal process to prioritising feature requests posted to the community. I understand a complicating factor is always going to be development effort - even if a feature is highly requested, if the architecture refactor is significant it might take a long time to prioritise - but I’m still curious about the process.
I’m mainly interested in the “offline editing support” feature that’s been one of the most popular requests here since 2018. This is the main barrier to us moving off our current closed-source solutions over to Bitwarden; it’s widely supported by competitors & required for any business environments that have devices that move between DMZs & LANs. It seems odd to me that such a feature would sit for so long without appearing on a public roadmap in any form.
Is there discussion around the TF provider anywhere? I’m hoping the team is looking at OpenTofu and testing (should be 1:1 compatible), but OpenTofu enabled statefile encryption and I’m curious if a key method could be used to manage the key out of secrets manager.