Open lucasmz-dev opened 3 weeks ago
I end up using it like this for security reasons, accessibility is naturally an invasive permission and it only becomes useful in certain situations, where I then end up using the volume keys to manually do it.
Thank you for your report! We've added this to our internal board for review. ID: PM-14435
Hi there!
Thank you for your report, it seems like it is a duplicate of this one https://github.com/bitwarden/android/issues/3595
If you wish to add any further information/screenshots/recordings etc., please feel free to do so at any time in there - our engineering team will be happy to review these.
Vaultwarden users, see this FAQ: https://bitwarden.com/help/hosting-faqs/#q-do-bitwarden-client-apps-support-non-official-servers
This issue will now be closed.
Thanks!
Hey I don't think this constitutes a duplicate.
@BBGhub how is that a duplicate? pls explain
Hello, I am on the engineering team at Bitwarden.
We looked at this and cannot reproduce this issue with the latest release. We have made a number of bug fixes that may have addressed this as a side effect; @lucasmz-dev can you try the latest release (2024.11.3) and see if it has been resolved?
I have reopened this until we can confirm. If you are still seeing it, we will continue investigating in engineering. Thank you!
Nice one fixing them other bugs! Unfortunately I can still reproduce this on the latest version.
@lucasmz-dev Ah, that's unfortunate! We will keep investigating on our end, thank you.
Steps To Reproduce
Expected Result
Accessibility auto-fill should work despite being toggled using accessibility shortcuts.
Actual Result
Accessibility auto-fill breaks when accessibility shortcuts are used, and believes it is off when it is in fact on.
Screenshots or Videos
No response
Additional Context
This didn't happen on the xamarin app
Build Version
2024.10.2 - F-Droid variant from BW repo
What server are you connecting to?
Self-host
Self-host Server Version
vaultwarden
Environment Details
Issue Tracking Info