mirror of
https://github.com/bitwarden/android.git
synced 2026-05-07 00:09:31 -05:00
Open
opened 2026-04-11 01:24:59 -05:00 by GiteaMirror
·
25 comments
No Branch/Tag Specified
main
new-item-types/PM-32810_bank-account-discovery
pm-34038/card-scanner-qa-fixes
beta-for-qa
new-item-types/PM-32810_bank-account
target-sdk-37
PM-33982/build-device-screen
new-item-types/PM-34123_new-item-menu
new-item-types/PM-32806_passport
new-item-types/PM-32808_drivers-license
BWA-99/show-next-totp
BWA-99/add-preview-next-totp-code-setting
renovate/glidecompose
chore/improve-android-ui-verification-skill
sync-min-sdk
release/2026.4-rc51
fix/security-sast-22741894-bvwj
related-origin-passkey-creation
release/2026.4-rc50
platform/android-breaking-change-detection
innovation-sprint-2026-send-folder
release/2026.3-rc49
PM-34193-vault-lockout
android-collections
llm/add-resolving-sdk-updates-skill
QA-1523/sanity-test-saucelabs
release/2026.3-rc48
PM-26577-app-links-support
PM-26896-autofill-fix
release/2026.2-rc47
pr-6572
release/2026.2-rc46
release/2026.1-rc45
PM-30644/added-logs-for-debug
PM-30644/quicktile-nav-not-showing-migration
minor-gradle-updates
release/2026.1-rc42
release/2026.1-rc44
release/2026.1-rc43
PM-28834/set-landscape-on-horizonos-devices
PM-28468/validate-and-navigate-to-vault-migration
PM-20026/force-ltr-passwords-and-codes
release/2025.12-rc41
cmcg/testCoverage
PM-29014/talkback-support-for-passwords
release/2025.12-rc40
BRE-1305/publish_test
accept-user-certs
autofill-permissions
release/2025.11-rc39
PM-22479/check-all-certificates-validate-asset-links
release/2025.10-rc38
agalles/android-latest
retro-agent
PM-27001/skip-account-selection-only-one-exists-cxp
release/2025.10-rc37
agalles/test-1118
release/2025.10-rc36
PM-20593-token-refresh
QA-1126b/adding-native-sanity-test
release/2025.9-rc35
pm-25933/sdk-update-password
release/2025.9-rc34
release/2025.8-rc33
agalles/20250821-release
debug-release-issues
pm-24249-allow-automated-prs-for-sdk-updates
release/2025.8-rc32
release/WORKFLOW-TEST-2025.8-rc28
agalles/20250807release
release/2025.07-rc25
release/hotfix-v2025.7.0-bwa
pm-23311/export-vault-policy-bypass
release/2025.07-rc24
authenticator-pm-sync-flags-issue
release/hotfix-v2025.6.0-bwpm
release/2025.06-rc21
agalles/automate-android-fastlane-patch
release/2025.05-rc20
release/2025.04-rc19
languages/basque
release/2025.03-rc19
update-readme
qrcode/feature
innovation/archive/pm-19153-archive-items
qrcode/2-ui-fields
qrcode/1-page
hold-on-biometric-prompt-alternative
release-notes-process
release/2025.02-rc16
bwa-monorepo
PM-8223/new-device-verification-ux-improvements
pm-18451/exempt-from-policies
test-bwa
release/2025.01-rc15
release/2025.01-rc14
release/2024.12-rc13
pm-16670/sync-leave-notice
821
PM-16695/backport-lean-more-new-device-verification
release/hotfix-v2024.11.7
release/2024.11-rc1
pm-11304/collection-add-item-button
PM-14241/disabling-logs-app-crash
poc/offline-editing
new-version-calc
pm-11649/expired-link-services
pm-6702/add-feature-flag
pm-6702/email-verification-feature
pm-9933/marketing-copy-update
pm-6702/registration-flows
update-templates
pm-6701/email-verification-selfhost-registration
v2026.4.0-bwa
v2026.4.0-bwpm
v2026.3.1-bwa
v2026.3.1-bwpm
v2026.3.0-bwpm
v2026.3.0-bwa
v2026.2.1-bwpm
v2026.2.1-bwa
v2026.2.0-bwpm
v2026.2.0-bwa
v2026.1.1-bwa
v2026.1.1-bwpm
temp-test
v2026.1.0-bwpm
v2026.1.0-bwa
v2025.12.1-bwa
v2025.12.1-bwpm
v2025.12.0-bwa
v2025.12.0-bwpm
v2025.11.1-bwpm
v2025.11.1-bwa
v2025.11.0-bwpm
v2025.11.0-bwa
v2025.10.1-bwa
v2025.10.1-bwpm
v2025.10.0-bwa
v2025.10.0-bwpm
v2025.9.1-bwa
v2025.9.1-bwpm
v2025.9.0-bwa
v2025.9.0-bwpm
v2025.8.1-bwa
v2025.8.1-bwpm
v2025.8.0-bwa
v2025.8.0-bwpm
v2025.7.2-bwa
v2025.7.2-bwpm
v2025.7.1-bwa
v2025.7.1-bwpm
v2025.7.0-bwa
v2025.7.0-bwpm
v2025.6.1-bwpm
v2025.6.0-bwa
v2025.6.0-bwpm
v2025.1.0-bwa
v2025.5.0-bwa
v2025.5.0-bwpm
v2025.5.999
2025.4.0
v2025.4.0
untagged-4731eaadac73f3dfbbb8
v2025.3.0
v2025.2.0
untagged-815a165c5d70ffe75bc7
v2025.1.2
v2025.1.1
v2025.1.0
v2024.12.0
untagged-5a76b6392a4c8998c63a
v2024.11.7
v2024.11.6
v2024.11.5
v2024.11.4
v2024.11.3
v2024.11.2
v2024.11.1
v2024.11.0
v2024.10.2
v2024.10.1
v2024.10.0
v2024.9.0
v2024.8.1
v2024.8.0
v2024.7.3
v2024.7.2
v2024.7.1
v2024.7.0
v2024.6.1
v2024.6.0
v2024.5.1
v2024.4.1
v2024.4.2
v2024.4.0
v2024.3.3
v2024.3.1
v2024.3.0
v2024.2.1
v2024.2.0
v2024.1.1
v2024.1.0
v2023.12.0
v2023.10.0
v2023.9.2
maui-single-project-android
v2023.9.1
v2023.9.0
v2023.8.0
v2023.7.0
v2023.5.0
v2023.4.0
v2023.3.2
v2023.3.1
v2023.3.0
v2023.2.0
v2023.1.0
v2022.11.0
v2022.10.0
v2022.9.1
v2022.9.0
v2022.8.0
v2022.6.2
v2022.6.1
v2022.6.0
v2022.05.0
v2.18.0
v2.17.0
v2.16.4
v2.16.3
v2.16.2
v2.16.1
v2.15.0
v2.14.2
v2.14.1
v2.14.0
v2.13.0
v2.12.0
v2.11.3
v2.11.2
v2.11.1
v2.11.0
v2.10.0
v2.9.1
v2.9.0
v2.8.2
v2.8.1
v2.8.0
v2.7.2
v2.7.0
v2.6.1
v2.6.0
v2.5.6
v.2.5.5
v2.5.5
v2.5.4
v2.5.3
v2.5.2
v2.5.1
v2.5.0
v2.4.3
v2.4.2
v2.4.1
v2.4.0
v2.3.1
v2.3.0
v2.2.8
v2.2.7
v2.2.6
v2.2.2
v2.2.1
v2.2.0
v2.1.2
v2.1.0
v2.0.6
v2.0.5
v2.0.4
v2.0.3
v2.0.2
v2.0.1
v2.0.0
v1.22.1
v1.22.0
v1.21.0
v1.20.0
v1.19.0
v1.18.1
v1.18.0
v1.17.0
v1.16.0
v1.15.2
v1.15.1
v1.15.0
v1.14.4
v1.14.1
v1.14.0
v1.13.0
v1.12.2
v1.12.1
v1.12.0
v1.11.1
v1.11.0
v1.10.0
v1.9.0
v1.8.1
v1.8.0
v1.7.0
v1.6.5
v1.6.1
v1.6.0
v1.5.1
v1.5.0
v1.4.4
v1.4.3
v1.4.0
v1.3.0
v1.2.1
v1.2.0
v1.1.0
v1.0.0
v0.0.6
v0.0.5
v0.0.4
v0.0.3
v0.0.2
v0.0.1
Milestone
No items
No Milestone
Projects
Clear projects
No project
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/android#8268
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking 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 @Aashishkebab on GitHub (May 28, 2025).
Original GitHub issue: https://github.com/bitwarden/android/issues/5278
Steps To Reproduce
Expected Result
The app to actually work.
Actual Result
Autofill is broken. Sometimes. It isn't consistent.
Screenshots or Videos
Video won't upload. Google Photos link: https://photos.app.goo.gl/d8oaVtdx4n98RBXAA
Additional Context
This issue isn't consistent. Sometimes it will randomly work the first try. Sometimes the quick settings tile will work. Sometimes the quick settings tile will work on the second try after clicking out of and back into the input field. (in this particular video, it didn't no matter how many times I clicked it).
This issue is not specific to any browser or app. It is system-wide.
Build Version
2025.4.0 (20100)
What server are you connecting to?
US
Self-host Server Version
No response
Environment Details
Google Pixel 9 Pro
Issue Tracking Info
@bitwarden-bot commented on GitHub (May 28, 2025):
Thank you for your report! We've added this to our internal board for review.
ID: PM-22167
@jtodddd commented on GitHub (May 29, 2025):
Hi there,
Thanks for this report, it has been escalated for further investigation. If you have more information that can help us, please add it below.
Thanks!
@fotex commented on GitHub (May 31, 2025):
Hi,
I had the same problem and I fixed it by cleaning up Google keyboard cache.
@Aashishkebab commented on GitHub (May 31, 2025):
That doesn't do anything for me.
@tassoevan commented on GitHub (Jun 4, 2025):
Apparently wiping the whole Gboard data worked. Not sure why. As the configuration was reset, I wonder which specific setting might be blocking the auto fill service.
@miberecz commented on GitHub (Jun 4, 2025):
I can confirm that something is wrong with Gboard. If I delete/disable it, the built in keyboard (Samsung in my case) offers the Bitwarden autofill. Gboard do not, no matter what I do
@thinkingofmaud commented on GitHub (Jun 9, 2025):
i'm having issues with autofill
I usually use patterns with 'start with' and i close it with a slash, as in https:/domain.name/ so i can prevent against attacks like https://domain.name.scam, because there is no option for 'exact domain name' on bitwarden.
it works fine with desktop, not fine on iceraven.
@cnoderer commented on GitHub (Jun 14, 2025):
@tassoevan Thank you for this comment, i'm having the same problem with gboard. First tried only deleting cache, didn't help.
After deleting App-data it worked again.
@SaintPatrck commented on GitHub (Jun 16, 2025):
The combination of Disabling inline autofill in Bitwarden and Suggestions in GBoard appear to work reliably for users, as mentioned in this comment.
@Ri-Dearg commented on GitHub (Jun 24, 2025):
I've seen that issue but it's closed, however, I still think this is an issue. I posted this comment there, but if you think there's a better place to post this, please let me know.
I previously I had these two options available to use at the same time. They weren't exclusive for me. I could have both the on-screen popup and the Inline showing. I don't remember how long ago it was, but it was that way for a few years until maybe this year.
There is no reason that this behaviour should have been changed.
This should be returned to its previous behaviour of both options being available, as the settings menu itself suggests.
@Aashishkebab commented on GitHub (Jun 24, 2025):
That does not "reliably work for users". It does not. Yet people keep saying it does.
@LaCocoRoco commented on GitHub (Jun 27, 2025):
You are my hero! Thank you! Clearing cache and data from Gboard fixed the problem.
@LokIsLoki commented on GitHub (Jul 1, 2025):
Clearing cache and data in Gboard did not resolve this issue for me, nor did disabling inline autofill (BW) and suggestions (Gboard)
Android 12, S10, Brave
@LaCocoRoco commented on GitHub (Jul 1, 2025):
It looks like that after some time when selecting a input field the Inline popup will not appear anymore (After clearing GBoard cache and data). Surprisingly there is a setting "Show list of suggestions" in the GBoard "Spell check" settings which will give the possibility to select the autofill from the keyboard (My settings are in German and i do not know the direct translations). In addition i sometimes have to start the Bitwarden app first and then change back to the login page of the page i want to login or remove the content of an input field first.
@cavililla commented on GitHub (Jul 4, 2025):
In bitwarden.eu and Samsung Galaxy A52s 5G happend the same
@IamSingh01 commented on GitHub (Jul 4, 2025):
Even the autofill from the notification toggle doesn't work. They 1st removed it completely but then on requests they reintroduced but it never worked.
@Aashishkebab commented on GitHub (Jul 16, 2025):
Why does nobody seem to care that this is completely and utterly broken? It is so frustrating.
@david-livefront commented on GitHub (Jul 18, 2025):
Some changes have been made to work in conjunction with the updates Google has made in Chrome to support native autofill.
We have also updated the UI for the Autofill Settings screen to better illustrate how the features work. Note: These UI changes are to help users better understand the different autofill settings, but no functional changes were made to these settings.
We hope these UI updates and changes to how we interact with native autofill result in a better autofill experience.
All of this will be in the upcoming release of the app later this month.
@Aashishkebab commented on GitHub (Jul 18, 2025):
None of this changes the fact that it DOESN'T WORK.
@Aashishkebab commented on GitHub (Sep 18, 2025):
Evidence that multiple people are having this issue.
@endervad commented on GitHub (Sep 18, 2025):
Same here, I use self-hosted Bitwarden. I've got two devices where I experience the same problem: Pixel 9 Pro and Lenovo Legion Y700 2025 (ROW). I also use different keyboards: Gboard on the phone and FUTO on the tablet.
For now I'm able to use autofill like this:
Rinse and repeat every time you have an issue.
@emmaLP commented on GitHub (Sep 21, 2025):
Experiencing autofill issues with inline keyboard as well as with the chrome autofill integration.
The chrome autofill integration has never worked for me, so the just use the inline autofill keyboard suggestions.
For about the past 6 months the inline keyboard autofill has been very inconsistent or doesn't work at all.
Sometimes the option to unlock bitwarden doesn't show up within the keyboard, this is quite rare.
Other times when I have unlocked bitwarden (via the inline keyboard option), then clicking on the username and password you want to autofill just doesn't work for 95% of the time. I've tried 2 different keyboards(swiftkey and Samsung) and get the same result.
I have tried turning all the autofill options in the bitwarden app off and then back on again and that doesn't solve the problem.
Additional information:
Device: Samsung S22 Ultra
OS: Android 15
OneUI 7
Default keyboard: SwiftKey
Backup keyboard: Samsung
Bitwarden app version: © Bitwarden Inc. 2015-2025
Version: 2025.9.0 (20692)
📱 samsung SM-S908B 🤖 15@35 📦 prod
🧱 commit: bitwarden/android/release/2025.9-rc34@2bd4834b14d1e199aaa8a9ee4f0db812c27dba53
💻 build source: bitwarden/android/actions/runs/17498992515/attempts/1
🦀 SDK: 1.0.0-2887-7b5d9db2
🌩 Server: 2025.9.0 @ US
@Ri-Dearg commented on GitHub (Sep 21, 2025):
This issue is most certainly related to this issue, which despite being closed, has not been fixed.
you can see in this comment and this comment from a maintainer that they made changes to how accessibility works, have broken it, made it less accessible and don't intend to fix the issue...
@pamperer562580892423 commented on GitHub (Sep 21, 2025):
I would like to add some things here. First, there are two things that @dwbit shared first on the Community Forum (and probably also on Reddit etc.):
If you previously changed any browser autofill feature flags (chrome://flags, brave://flags…) – an older recommendation/necessity from 2023/2024 --, you may need to reset them now to the default flag settings to prevent autofill from breaking with the new Chrome autofill framework.
And there also is a new current bug on the Chromium browsers side – but on Chrome 141 BETA you can enable the following flag: #autofill-update-context-for-web-contents (chrome://flags). Eventually only browser updates will fix this bug.
There is also a new short guide about Autofill on Android, which collects all current "tips" etc.: https://community.bitwarden.com/t/short-guide-tips-autofill-on-android/88941/
@richardb64 commented on GitHub (Dec 11, 2025):
Adding another comment to bump this ticket (as one of the few that's actually still open!).
At various times I've encountered all of the issues reported by various people here and elsewhere. I mostly rely on the popup, because my preferred keyboard, the venerable "Hackers Keyboard", doesn't support inline autofill at all. But even the popup is incredibly hit and miss.
It's rare that anything works first time. I nearly always have to perform some combination of tapping in and out of fields, separately unlocking the BW app, and clicking the accessibility action tile, and then magically the popup might appear - despite me doing exactly the same as I had already done several times without success.
A newer issue is that autofill often fails to detect a field as fillable at all, even when forcing a screen scan by clicking the accessibility action tile (I just get the dreaded "No password fields detected", when I'm staring straight at one!). Given that many web sites and Android apps seem to be choosing to split the username and password onto separate pages, this is happening more frequently, and the result is that effectively autofill is broken entirely. I then have to juggle between the BW app and the login page (browser or Android app), performing a manual copy+paste for each of the fillable fields, often across multiple pages - dozens of taps to achieve what should be a single tap. And that's if the site/app doesn't abort the login as soon as it loses focus (yet another pointless "security" measure that seems to be becoming more common).
Pretty much all of these issues are, I assume, down to the built-in Android autofill service being poor. By comparison, the BW browser extension (on all platforms, including Android) works almost flawlessly, presumably because it has better visibility of the page's semantic structure, and doesn't have to rely on image pattern recognition. I understand the reasons for the BW Android team wanting to concentrate on a single implementation, but while the integrated service method is so woefully unfit for purpose, please can you reconsider supporting the browser extension on Android? I mostly use Firefox, but other browsers (at least those that support extensions) would also benefit. This would also restore two significant missing features: filling of cards would work again, and maybe PassKeys too, even on platforms (ie. slightly older Android versions) where Google doesn't allow "third party" providers.