Support `intent:` URIs when a user wants to add an activity to their vault entry, instead of an entire application

rokejulianlockhart · April 29, 2025, 4:29pm

Examples

When I visit something like my banking application’s login page:
```
#!/system/bin/sh
adb shell am start -a android.intent.action.VIEW -d 'market://details?id=com.rbs.mobile.android.natwest' && \
cmd activity start --user 0 -a android.intent.action.VIEW -n com.rbs.mobile.android.natwest/co.uk.rbsg.mobile.android.feature.login.LoginActivity -f 0 com.rbs.mobile.android.natwest
```
…I want to inform Bitwarden to provide me my credentials then, but thereafter ignore certain activities that contain my banking information. Obviously, in this case LayoutParams.FLAG_SECURE is set, but you can see the application.

In this case, adding intent:#Intent;package=com.rbs.mobile.android.natwest;component=co.uk.rbsg.mobile.android.feature.login.LoginActivity;end would be useful, as would excluding intent:#Intent;package=com.rbs.mobile.android.natwest;component=co.uk.rbsg.mobile.android.feature.accounts.MainActivity;end.
When I visit it.mirko.beta’s login form, like the undermentioned induces:
```
#!/system/bin/sh
adb shell am start -a android.intent.action.VIEW -d 'market://details?id=it.mirko.beta' && \
cmd activity start --user 0 -a android.intent.action.VIEW -n it.mirko.beta/it.mirko.beta.login.LoadingActivity -f 0 it.mirko.beta
```
…that is:

image788×1253 55.7 KB

…I am not prompted to enter my password into the field. I’m not surprised, because it’s a WebView, and Bitwarden’s identification algorithm isn’t perfect.

Current Behaviour

Currently, in the hope of informing Bitwarden that it should identify this activity, I am able to add the application to a vault entry with androidapp: (like androidapp://it.mirko.beta), but that doesn’t explicitly add an activity. It adds the application.

Desired Behaviour

Instead, I should be able to supplement this by adding the specific activity to Bitwarden. To provide this, Bitwarden should support native AOSP intent URI syntax, like intent:#Intent;package=it.mirko.beta;component=it.mirko.beta/.login.LoginActivity;end. Heck, this is versatile enough to replace androidapp entirely.

rokejulianlockhart · April 29, 2025, 8:12pm

I’ve filed the undermentioned to, hopefully, render this easier for the user:

github.com/MuntashirAkon/AppManager

Provide a way to access the `ActivityInterceptor` for unlaunchable activities.

opened 08:07PM - 29 Apr 25 UTC

RokeJulianLockhart

Feature

### Please check before submitting an issue - [x] I am using the latest version… of App Manager - [x] I have searched the issues and haven't found anything relevant - [x] I have read the docs ### Describe a description of the new feature `intent:` URIs are a really convenient way of referring to a specific activity. Additionally, being able to see more clearly what an activity's class and package name are is as useful for an unlaunchable activity as it is for a launchable one. <details> For *my* use case: 1. Currently, I can long-press on an activity with a "Launch" button at [`io.github.muntashirakon.AppManager/.details.AppDetailsActivity`][1]: ![Image](https://github.com/user-attachments/assets/b2ac9134-8d1c-4284-9b94-5c7d7eb37e68) 1. ...to be transferred to [`io.github.muntashirakon.AppManager/.intercept.ActivityInterceptor`][2]. There, I see information like the "Class name" and "Action". However, *I* care solely about acquiring the `intent:` URI: ![Image](https://github.com/user-attachments/assets/640a6947-419b-4e29-98f6-e147273f16d8) 1. However, for activities without that button, there is no way to see the same information: ![Image](https://github.com/user-attachments/assets/aab918dd-2f15-4621-b551-b0ddf36eef1e) 1. Manually crafting it is especially difficult when no activities are invocable. [1]: intent:#Intent;package=io.github.muntashirakon.AppManager;component=io.github.muntashirakon.AppManager/.details.AppDetailsActivity;end [2]: intent:#Intent;package=io.github.muntashirakon.AppManager;component=io.github.muntashirakon.AppManager/.intercept.ActivityInterceptor;end </details> ### Describe the solution you'd like Provide a way to display the same interface, whilst disabling the `am` command generator and continuing to hide the launch button. ### Describe alternatives you've considered Display a specialised GUI of *some* sort...? ### Additional context This would be useful for [`community.bitwarden.com/t/84320`](https://community.bitwarden.com/t/support-intent-uris-when-a-user-wants-to-add-an-activity-to-their-vault-entry-instead-of-an-entire-application/84320/1?u=rokejulianlockhart#topic-title:~:text=%E2%80%8B-,0,enough%20to%20replace%20androidapp%20entirely.,-%E2%80%8B&text=1%20/%201,29%20Apr&text=29%20Apr-,4h%20ago,-%E2%80%8B&text=4h%20ago-,%E2%80%8B,-rokejulianlockhart&text=4h%20ago-,%E2%80%8B,-rokejulianlockhart&text=%E2%80%8B-,rokejulianlockhart,enough%20to%20replace%20androidapp%20entirely.,-%E2%80%8B&text=Roke%20Julian%20Lockhart-,1,-4h&text=1-,4h,enough%20to%20replace%20androidapp%20entirely.,-%E2%80%8B&text=%23!/system/bin/sh,form%2C%20like%20the%20undermentioned%20induces:&text=the%20undermentioned%20induces:-,%23!/system/bin/sh,package=it.mirko.beta;component=it.mirko.beta/.login.LoginActiv,-ity;end.%20Heck).

This isn’t exclusive to one application (albeit a FOSS one, so that’s unimportant). Rather, I don’t know of another which provides this.