I have a similar issue. I wish the item name (e.g., manager account, student account, employer account) would replace the email address when I attempt to long into the different accounts I have for this particular domain. Showing me the email address does not help me determine which password to use. When I am presented with an option to simply tap and enter password in iOS or iPadOS, I have no idea which password Bitwarden is referring to since it is identified by the email address. The screenshots were taken in iOS 26. I tried using the match settings (e.g., exact, starts with), and none of them have done the trick. That could be user error, but I tried following the different examples I found.
@bitz Welcome to the forum!
Your screenshot does not appear to depict the Bitwarden browser extension UI when autofilling with keyboard shortcut (which is the topic of this feature request).
If you believe that your screenshot shows a UI element generated when the Bitwarden browser extension autofills via keyboard shortcut, then please share with us the following information:
- What browser are you using?
- What version of the Bitwarden browser extension is installed in your web browser?
- What keyboard shortcut did you use?
- Any other information that would help us reproduce the behavior that you are reporting.
Conversely, please confirm that your screenshot is generated by the Bitwarden mobile app (not the browser extension), in which which case we’ll move your post elsewhere.
Ah. I misunderstood the topic. I apologize. My issue does not involve keyboard shortcuts. The issue I have arises when trying to log in with Safari - other browsers as well but the screenshot was taken with Safari - in iOS and ipadOS. When I attempt to log into one of my many Symplicity accounts, it is difficult to determine which account is associated with which password since all share the same email address. Seeing the Item Name would help me make that differentiation. I am using the Bitwarden mobile app version 2026.3.1 (3062). Let me know if you need more specific information. I am new to this sort of thing.
For now, I’ve moved your posts into their own thread in the Ask the Community section of the forum. That way we can try to understand better the issue you are facing, and explore whether there are any solutions or work-arounds that would be acceptable to you. If we are not able to find a resolution to the problem, you can then open a new feature request topic to propose a way forward.
My first question is, how is the symplicity.com server able to determine which account you wish to log in to, if you are using the same email address for multiple accounts?
They have subdomains. For … symplicity. com/manager or …symplicity. com/student or …symplicity. com/exmployers. Sometimes there are ostensibly random characters attached at the end, so it is not always so clean. For example, ..symplicity.com/students/?signin_tab=0. That additional text after /students/ is not always there, or at least it is not always visible. Each institution has its own “link” as well, so mine is https://law-american-csm.symplicity.com/students/?signin_tab=0 specifically. I added spaces in the URL because I kept getting an error message saying I cannot post more than one link.
If that is the URI stored in your login item for the student account, then you should be able to fix your issue by adding a second* Website (URI) that is shortened to the following:
https://law-american-csm.symplicity.com/students/
(i.e., only the part of the website address that is always the same, omitting any added strings or random characters).
Next, click the gear icon (
) next to both URI strings (which displays the Match Detection setting), and set the first one (the full website address) to have a Match Detection of “Never”, and the second one (the shortened URI string) to have a Match Detection of “Starts With” (click Continue at the scare prompt). Don’t forget to Save your changes.
Make a similar modification of your other symplicity.com accounts, and then you will only be presented by a single autofill suggestion (corresponding to the correct account) each time that you log in to one of those sites.
* If you never use the “Launch” button in Bitwarden, or if “Launching” the shortened form of the website address still takes you to the correct login page, then you can simplify the above work-around: just shorten the currently stored website address as instructed, and set its Match Detection to “Starts With” (i.e., there is no need for adding a second version of the website address, if launching and autofill match detection can both be achieved with the shortened version of the URI string).
So far, you are correct with /students and /manager, but /employers is not working for some reason. When I visit /employers in Safari on iOS and select the password on the popup above the keyboard that reads “password for this website”, the wrong credentials appear in the password and username fields. When I tap the key icon beside the text “password for this website,” a popup, titled “Choose a saved password to use,” opens and displays four different login options. One of which is for /employers. Interestingly, on that same popup, if I tap on Bitwarden, only one option opens appears in the mobile app, and it is correct (i.e., it surfaces the correct credentials). I am not sure why your suggestion is not working for /employers the way it is for the others. I won’t presume to offer a hypothesis since I know absolutely nothing about any of this. I can check back in later today to provide an update.
Check the ones that SHOULD NOT be matching to see if they have a URL that includes “employers”. This is somewhat counter-intuitive that you need to change the one you want to go away, not the one you want to keep.
For example, if the students one has:
https://law-american-csm.symplicity.com/students/
match detection: host
It will show up both when you are on the employers page and the students page. By changing the students URL to match-detection: starts with, it will not show up on the employers page.
Ok, so, none of the other URLs had “employers” in them, and the match detection for the shortened URLs (i.e., the ones without the additional characters) were all set to Starts With. It turns out the issue was in Symplicity, not with the setup in Bitwarden. I revised my username and password and removed an old employer account that I no longer used, and that resolved things. Now, visiting each URL (i.e., /employers, /students, and /manager) surfaces only one password option, and that option is correct. I’ve tried logging into each a few times now, and it’s worked consistently. I do still think that seeing the Item Name in the screenshot above would be helpful in situations like this, but I appreciate that Bitwarden’s programmers thought to include a way to resolve the problem. Thank you all for your help. This issue has annoyed me for over a year now.