github-starred/android
2
0
Fork 0
mirror of https://github.com/bitwarden/android.git synced 2026-05-12 14:51:15 -05:00
Code Issues 1.1k Packages Projects Releases 124 Wiki Activity

[GH-ISSUE #803] Most recent Android app update broke "Host" URI detection #49054

New Issue
Closed
opened 2026-05-01 07:48:31 -05:00 by GiteaMirror · 10 comments
GiteaMirror commented 2026-05-01 07:48:31 -05:00
Owner
Copy Link

Originally created by @IamGimli on GitHub (Mar 28, 2020).
Original GitHub issue: https://github.com/bitwarden/android/issues/803

Originally assigned to: @mpbw2 on GitHub.

I have a few web sites where different services are available on different ports, each with their own username/password combination. In order for Bitwarden to recognize each interface differently, I have to set the URI detection method to "Host" for those web sites, this way https://mywebsite.com:8080 is recognized separately from https://mywebsite.com:9080 and https://mywebsite.com:7080.

This works well with the Chrome addon and it used to work well in the Android app, until the last update. Now, on Android, site entries in Bitwarden that have a "Host" type URI detection mechanism are no longer associated with the appropriate app. Bitwarden states that no site has been found for that web site. If I search for the right entry and select "Fill and save", it creates a new URI for that entry with the default "Base domain" detection, which doesn't see the difference between port numbers. If I change the URI detection for that new entry to "Host", then Bitwarden no longer associates it with the web site again.

Environment

  • Device: Umidigi X and Mi Pad 4
  • Operating system: Android 9
  • Build Version (go to "Settings" → "About" in the app): 2.3.1 (2257)
  • Is this a Beta release? N
Originally created by @IamGimli on GitHub (Mar 28, 2020). Original GitHub issue: https://github.com/bitwarden/android/issues/803 Originally assigned to: @mpbw2 on GitHub. I have a few web sites where different services are available on different ports, each with their own username/password combination. In order for Bitwarden to recognize each interface differently, I have to set the URI detection method to "Host" for those web sites, this way https://mywebsite.com:8080 is recognized separately from https://mywebsite.com:9080 and https://mywebsite.com:7080. This works well with the Chrome addon and it used to work well in the Android app, until the last update. Now, on Android, site entries in Bitwarden that have a "Host" type URI detection mechanism are no longer associated with the appropriate app. Bitwarden states that no site has been found for that web site. If I search for the right entry and select "Fill and save", it creates a new URI for that entry with the default "Base domain" detection, which doesn't see the difference between port numbers. If I change the URI detection for that new entry to "Host", then Bitwarden no longer associates it with the web site again. ## Environment - Device: Umidigi X and Mi Pad 4 - Operating system: Android 9 - Build Version (go to "Settings" → "About" in the app): 2.3.1 (2257) - Is this a Beta release? N
GiteaMirror commented 2026-05-01 07:48:40 -05:00
Author
Owner
Copy Link

@wqk317 commented on GitHub (Apr 1, 2020):

This also happened after I updated the beta version of the Google play store today

In addition, I also lost my login data, because I was usually asked to enter my password, but this time I was asked to enter my account and password, just like I just installed the app.

Popup error:

exception message: an invalid request URI wasprovided. The request URI must enter be an absolute URI or BaseAddress mast be set.

update
And I just tried it, the same version is 2.3.1, only the latest beta version has this problem, the release version does not have this problem, I hope this information is useful to you

<!-- gh-comment-id:606963260 --> @wqk317 commented on GitHub (Apr 1, 2020): This also happened after I updated the beta version of the Google play store today In addition, I also lost my login data, because I was usually asked to enter my password, but this time I was asked to enter my account and password, just like I just installed the app. Popup error: > exception message: an invalid request URI wasprovided. The request URI must enter be an absolute URI or BaseAddress mast be set. update And I just tried it, the same version is 2.3.1, only the latest beta version has this problem, the release version does not have this problem, I hope this information is useful to you
GiteaMirror commented 2026-05-01 07:48:42 -05:00
Author
Owner
Copy Link

@IamGimli commented on GitHub (Apr 2, 2020):

Just to be clear, I am not in the Beta and the release version I am running (2.3.1 (2257)) shows this issue.

<!-- gh-comment-id:607759581 --> @IamGimli commented on GitHub (Apr 2, 2020): Just to be clear, I am not in the Beta and the release version I am running (2.3.1 (2257)) shows this issue.
GiteaMirror commented 2026-05-01 07:48:44 -05:00
Author
Owner
Copy Link

@jpabloud commented on GitHub (Apr 6, 2020):

I had the same problem with latest beta build from the Play store and build 2276 from apkmirror and it didn't let me log-in, proceeded to delete cache and data and then the app crashed at start.

Uninstalled and installed build 2257 from apkmirror and works fine.

<!-- gh-comment-id:609553358 --> @jpabloud commented on GitHub (Apr 6, 2020): I had the same problem with latest beta build from the Play store and build 2276 from apkmirror and it didn't let me log-in, proceeded to delete cache and data and then the app crashed at start. Uninstalled and installed build 2257 from apkmirror and works fine.
GiteaMirror commented 2026-05-01 07:48:46 -05:00
Author
Owner
Copy Link

@locklifter commented on GitHub (Apr 16, 2020):

I have the same problem.

<!-- gh-comment-id:614575084 --> @locklifter commented on GitHub (Apr 16, 2020): I have the same problem.
GiteaMirror commented 2026-05-01 07:48:48 -05:00
Author
Owner
Copy Link

@mpbw2 commented on GitHub (Apr 23, 2020):

@IamGimli It looks like the autofill service isn't providing us with the port number, only https://mywebsite.com. That's why host matching isn't returning anything. It does however work with the autofill accessibility service - perhaps that's why you experienced it working previously?

Unfortunately I don't see anything we can do at this time. A potential workaround could be to use default matching to return all mywebsite.com items, and customize the name of each entry to make it identifiable. Not ideal, but less painful than manual copy/paste IMO.

<!-- gh-comment-id:618699794 --> @mpbw2 commented on GitHub (Apr 23, 2020): @IamGimli It looks like the autofill service isn't providing us with the port number, only ` https://mywebsite.com`. That's why host matching isn't returning anything. It does however work with the autofill accessibility service - perhaps that's why you experienced it working previously? Unfortunately I don't see anything we can do at this time. A potential workaround could be to use default matching to return all `mywebsite.com` items, and customize the name of each entry to make it identifiable. Not ideal, but less painful than manual copy/paste IMO.
GiteaMirror commented 2026-05-01 07:48:49 -05:00
Author
Owner
Copy Link

@IamGimli commented on GitHub (Apr 28, 2020):

I don't understand what you're saying. Under Android Accessibility setting, the Bitwarden autofill service is still enabled. If that's supposed to work, I can confirm it doesn't.

As for "Unfortunately I don't see anything we can do at this time" does that mean that the loss of that functionality was intentional? If it wasn't, the changes that were made should be reversed until you figure out how not to cripple the app's functionality.

EDIT: Actually, after some more testing I can confirm that the Autofill Accessibility Service does still work, but only if the Autofill Service is first disabled. I guess the question now is what does the Autofill Service do that the Autofill Accessibility Service doesn't? Is it possible to recode the Autofill Service only to do what the Autofill Accessibility Service doesn't so that the capability of the Autofill Accessibility Service isn't crippled by the competing Autofill Service?

<!-- gh-comment-id:620562762 --> @IamGimli commented on GitHub (Apr 28, 2020): I don't understand what you're saying. Under Android Accessibility setting, the Bitwarden autofill service is still enabled. If that's supposed to work, I can confirm it doesn't. As for "Unfortunately I don't see anything we can do at this time" does that mean that the loss of that functionality was intentional? If it wasn't, the changes that were made should be reversed until you figure out how not to cripple the app's functionality. EDIT: Actually, after some more testing I can confirm that the Autofill Accessibility Service does still work, but only if the Autofill Service is first disabled. I guess the question now is what does the Autofill Service do that the Autofill Accessibility Service doesn't? Is it possible to recode the Autofill Service only to do what the Autofill Accessibility Service doesn't so that the capability of the Autofill Accessibility Service isn't crippled by the competing Autofill Service?
GiteaMirror commented 2026-05-01 07:48:51 -05:00
Author
Owner
Copy Link

@mpbw2 commented on GitHub (May 8, 2020):

@IamGimli That's correct, in recent builds the accessibility overlay yields to the autofill overlay since autofill is technically "the right one" and we don't want to unintentionally interfere with it. However that clearly doesn't help you since autofill fails to pass us the port numbers needed for host matching to work as expected. I'm re-opening this issue for my own visibility while I ponder options.

<!-- gh-comment-id:626020803 --> @mpbw2 commented on GitHub (May 8, 2020): @IamGimli That's correct, in recent builds the accessibility overlay yields to the autofill overlay since autofill is technically "the right one" and we don't want to unintentionally interfere with it. However that clearly doesn't help you since autofill fails to pass us the port numbers needed for host matching to work as expected. I'm re-opening this issue for my own visibility while I ponder options.
GiteaMirror commented 2026-05-01 07:48:59 -05:00
Author
Owner
Copy Link

@IamGimli commented on GitHub (May 8, 2020):

Awesome, thank you!

<!-- gh-comment-id:626038874 --> @IamGimli commented on GitHub (May 8, 2020): Awesome, thank you!
GiteaMirror commented 2026-05-01 07:49:05 -05:00
Author
Owner
Copy Link

@Epirr commented on GitHub (Feb 21, 2022):

I'm having the exact same problem on my Android phone.

For example, I have two services. One on http://192.168.1.198:8080/ and the other on http://192.168.1.198:8989/.

I have an entry for each of them in Bitwarden, with the "Host" URI detection type.

Lets say I go to http://192.168.1.198:8080/ on my PC (Chrome). The Bitwarden browser extension correctly identifies the host and the port, so it only returns the credentials for the 8080 service. However if I try to do the exact same thing on my Android phone (Tried both Chrome and Samsung Internet), I press the inline Bitwarden vault button in my keyboard to go to the vault, and it says: "There are no items in your vault for 192.168.1.198.".

So it looks like the port isn't being passed over to the Bitwarden app and I'm not sure how to fix this. I don't want to disable autofill as I find it very useful for everything else, it's just when I try to access these services that it becomes an issue.

Edit: Tried with both Autofill and Accessibility enabled, and then with only Autofill enabled and lastly with only Accessibility enabled. The port wasn't identified regardless of which method I tried.

<!-- gh-comment-id:1047233284 --> @Epirr commented on GitHub (Feb 21, 2022): I'm having the exact same problem on my Android phone. For example, I have two services. One on http://192.168.1.198:8080/ and the other on http://192.168.1.198:8989/. I have an entry for each of them in Bitwarden, with the "Host" URI detection type. Lets say I go to http://192.168.1.198:8080/ on my PC (Chrome). The Bitwarden browser extension correctly identifies the host **and** the port, so it only returns the credentials for the 8080 service. However if I try to do the exact same thing on my Android phone (Tried both Chrome and Samsung Internet), I press the inline Bitwarden vault button in my keyboard to go to the vault, and it says: "There are no items in your vault for 192.168.1.198.". So it looks like the port isn't being passed over to the Bitwarden app and I'm not sure how to fix this. I don't want to disable autofill as I find it very useful for everything else, it's just when I try to access these services that it becomes an issue. Edit: Tried with both Autofill and Accessibility enabled, and then with only Autofill enabled and lastly with only Accessibility enabled. The port wasn't identified regardless of which method I tried.
GiteaMirror commented 2026-05-01 07:49:07 -05:00
Author
Owner
Copy Link

@vvolkgang commented on GitHub (Jun 20, 2024):

Issue migrated to https://github.com/bitwarden/mobile/issues/803

<!-- gh-comment-id:2181548865 --> @vvolkgang commented on GitHub (Jun 20, 2024): Issue migrated to https://github.com/bitwarden/mobile/issues/803
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#49054
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?