I have a bunch of self hosted services at
http :// raspberry.local:1000
http :// raspberry.local:1001
http :// raspberry.local:1002
http :// raspberry.local:1003
And HOST only detects those saved as http :// raspberry.local without any port. If I click auto fill and save, it saves them without the port. What OP and myself would like is for BitWarden to differentiate between 1001, 1002, 1003, 1004 automatically and offer the appropriate password.
1 Like
Check out regular-expression matching and equivalent domains . Either should accomplish your goal, with equivalent domains being the better approach.
That is not how it is supposed to work . You are putting the port number into the URL field, right?
I know how it’s supposed to work, but it’s not working and its super frustrating.
I’m using Bitwarden Version: 2024.4.1 (10283)
And Firefox (Android) Nightly 2024-05-17T03:26:59.244120172
Recently, Firefox took to only showing the domain name in the URL bar, could that be the cause of the issue? The full URI is there when you copy the URL, but it only displays the domain on the screen.
grb
May 17, 2024, 4:48pm
4
I would suggest reporting this as an Issue on GitHub. There is a possibly related issue with local domains already reported here:
opened 05:42PM - 12 Mar 24 UTC
bug
browser
### Steps To Reproduce
1. Set _Default URI match detection_ to _Base domain_.
… 2. Define login item with urls http://localhost/, http://domainx.company.local/, http://domainy.company.local/, all set to _Default match detection_.
3. Open url http://logstash.test.company.local/
### Expected Result
Login item defined in step2 should **not** be matched.
### Actual Result
Login item defined in step2 **is** matched.
### Screenshots or Videos
_No response_
### Additional Context
This is contrary to the the following [note](https://bitwarden.com/help/uri-match-detection/#base-domain) from docs (emphasis mine):
> Note
> Login items intended to auto-fill in a URI with a **local TLD** (e.g. http://mysite.local or https://mysite.lan) or single-term hostname (e.g. http://localdevice) **will not be available for base domain detection**. We recommend using [host matching](https://bitwarden.com/help/uri-match-detection/#host).
I described this problem originally at http://community.bitwarden.com/t/login-items-with-local-tld-matched-according-to-base-domain-rule-contrary-to-the-information-in-the-docs/64419
### Operating System
Linux
### Operating System Version
Fedora 39
### Web Browser
Chrome
### Browser Version
_No response_
### Build Version
Version 121.0.6167.160 (Official Build) (64-bit)
### Issue Tracking Info
- [ ] I understand that work is tracked outside of Github. A PR will be linked to this issue should one be opened to address it, but Bitwarden doesn't use fields like "assigned", "milestone", or "project" to track progress.
The above issue was also discussed previously on the Community Forum, here:
kusi
May 30, 2024, 9:12am
6
pwd-github:
I have a bunch of self hosted services at
http :// raspberry.local:1000
http :// raspberry.local:1001
http :// raspberry.local:1002
http :// raspberry.local:1003
And HOST only detects those saved as http :// raspberry.local without any port. If I click auto fill and save, it saves them without the port. What OP and myself would like is for BitWarden to differentiate between 1001, 1002, 1003, 1004 automatically and offer the appropriate password.
I just tried this myself, and HOST matches the port as well. It differentiates your example URLs perfectly well. Maybe the match name HOST is a bit misleading, but it all works as intended
With Firefox for Android?
brink668
(brink668)
July 27, 2025, 9:50pm
8
I need this as well, we have multiple sites running off of different ports on the same
URL or Domain or IP.
10.50.18.12:9080
10.50.18.12:443
10.50.18.12:8802
All of these are different credentials but in both Bitwarden Edge and Bitwarden Mobile. It just sees the IP and says try one of these 3 credentials.
grb
July 28, 2025, 1:06am
9
@brink668 Welcome to the forum!
What setting(s) are you using for the URI match detection method for those URLs?
brink668
(brink668)
July 30, 2025, 2:00am
10
Hi @grb
I have tried all of the URI matches available but none of them seem to work, matching on the ports. The only one I have not attempted to create is regular expression.
brink668
(brink668)
July 30, 2025, 2:05am
11
@grb never mind, I just realized I had to update all of credentials stored.
I had to change all secrets that were for 10.50.18.12 to “HOST” match uri.
Now everything is good!
1 Like
grb
July 30, 2025, 4:58pm
12
All: I’ve moved this discussion from the feature request topic where it originally appeared, because the topic of discussion was a bug that was distinct from the feature request in question.
Also, according to this comment by Mozilla the issue was supposed to have been resolved with Firefox version 131 (August, 2024), if URI match detection is set to “Host”. It is possible that there has been a regression since then, in which case the following Issue on Bitwarden’s Github repo would be relevant:
opened 06:08AM - 23 May 24 UTC
bug
browser
### Steps To Reproduce
I have a hunch of services at
raspberrypi.local:1010
…
raspberrypi.local:2020
raspberrypi.local:3030
raspberrypi.local:4040
raspberrypi.local:5050
And have them all saved into BitWarden as such. I have set the match detection on each one to HOST.
1. So when I go to any of the above services
2. And BitWarden offers the popup
3. I unlock BitWarden with my fingerprint
### Expected Result
And there I should see the correct service via BitWarden matching the domain and the port.
### Actual Result
Instead what I see is only the services matched via base domain
### Screenshots or Videos
_No response_
### Additional Context
Changing the default autofill from Base Domain to Host to Starts With, makes no difference.
### Operating System
Android
### Operating System Version
14
### Web Browser
Firefox
### Browser Version
Nightly, but also tested in release
### Build Version
© Bitwarden Inc. 2015-2024 Version: 2024.4.1 (10283)
### Issue Tracking Info
- [X] I understand that work is tracked outside of Github. A PR will be linked to this issue should one be opened to address it, but Bitwarden doesn't use fields like "assigned", "milestone", or "project" to track progress.
1 Like