github-starred/android
2
0
Fork 0
mirror of https://github.com/bitwarden/android.git synced 2026-03-22 06:11:38 -05:00
Code Issues 144 Packages Projects Releases 116 Wiki Activity

Support for Username window followed by Password window #115

New Issue
Closed
opened 2025-11-07 08:27:07 -06:00 by GiteaMirror · 4 comments
GiteaMirror commented 2025-11-07 08:27:07 -06:00
Owner
Copy Link

Originally created by @Coffmans on GitHub (Nov 9, 2017).

I apologize for the weird title of this post. I am a recent convert from LastPass and my go-to browser on my Note 4 is Dolphin. One of the reason for conversion is the need to have LastPass Premium in order to use LastPass in Dolphin. When browsing to a number of sites w/in Dolphin, BitWarden is able to provide the auto-fill feature to allow me to log into site. This is awesome, no doubt about it. But I have found some sites where BitWarden is not able to auto-fill.

An example is bing.com. I open Dolphin, navigate to bing.com, click sign in. The first window to appear is the username window. No prompt for auto-fill from BitWarden. I enter the username and click the next button, where I am taken to a window for the password. Again, no prompt for auto-fill from BitWarden. I am not sure if the flow of the site (username window, next, password window) is a problem, or if there is a different issues at play.

I wanted to check if this issue might be a known issue. If so, is there any recommended workaround, short of going to the BitWarden app and performing a copy/paste?

Originally created by @Coffmans on GitHub (Nov 9, 2017). I apologize for the weird title of this post. I am a recent convert from LastPass and my go-to browser on my Note 4 is Dolphin. One of the reason for conversion is the need to have LastPass Premium in order to use LastPass in Dolphin. When browsing to a number of sites w/in Dolphin, BitWarden is able to provide the auto-fill feature to allow me to log into site. This is awesome, no doubt about it. But I have found some sites where BitWarden is not able to auto-fill. An example is bing.com. I open Dolphin, navigate to bing.com, click sign in. The first window to appear is the username window. No prompt for auto-fill from BitWarden. I enter the username and click the next button, where I am taken to a window for the password. Again, no prompt for auto-fill from BitWarden. I am not sure if the flow of the site (username window, next, password window) is a problem, or if there is a different issues at play. I wanted to check if this issue might be a known issue. If so, is there any recommended workaround, short of going to the BitWarden app and performing a copy/paste?
GiteaMirror commented 2025-11-07 08:27:09 -06:00
Author
Owner
Copy Link

@kspearrin commented on GitHub (Nov 9, 2017):

As long as a password field appears on screen the autofill service should pick it up. Maybe dolphin is not sending any window update events for us to refresh. Does anything change if you focus the password field?

@kspearrin commented on GitHub (Nov 9, 2017): As long as a password field appears on screen the autofill service should pick it up. Maybe dolphin is not sending any window update events for us to refresh. Does anything change if you focus the password field?
GiteaMirror commented 2025-11-07 08:27:09 -06:00
Author
Owner
Copy Link

@Coffmans commented on GitHub (Nov 9, 2017):

Excellent point. In doing a quick test, the auto-fill logic does not work when I put focus on the username field. But the auto-fill logic does work if I put focus on the password field. Although it would be nice to have the same for the username, the auto-fill for password is more than what is offered with the standard LastPass.

@Coffmans commented on GitHub (Nov 9, 2017): Excellent point. In doing a quick test, the auto-fill logic does not work when I put focus on the username field. But the auto-fill logic does work if I put focus on the password field. Although it would be nice to have the same for the username, the auto-fill for password is more than what is offered with the standard LastPass.
GiteaMirror commented 2025-11-07 08:27:10 -06:00
Author
Owner
Copy Link

@kspearrin commented on GitHub (Nov 9, 2017):

Unfortunately we can't really make any determinations on a username fields vs regular fields when it is not accompanied with a password field.

@kspearrin commented on GitHub (Nov 9, 2017): Unfortunately we can't really make any determinations on a username fields vs regular fields when it is not accompanied with a password field.
GiteaMirror commented 2025-11-07 08:27:10 -06:00
Author
Owner
Copy Link

@Coffmans commented on GitHub (Nov 9, 2017):

Understandable. Even with just password, it is kicking the crap out of LastPass. Thanks for your help!

@Coffmans commented on GitHub (Nov 9, 2017): Understandable. Even with just password, it is kicking the crap out of LastPass. Thanks for your help!
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
app:authenticator
app:password-manager
bug
bug-passkey
customer-support
duplicate
enhancement
good first issue
help wanted
needs-reply
needs-response
pull-request
Mirrored from GitHub Pull Request
 question
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
GiteaMirror ninjasurge
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/android#115
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?