Issue type
Feature not working as intended
Device
Redmi Note 10 Pro/Max (sweet)
crDroid version
crDroid 12 / Android 16
Exact version / Build date
ro.crdroid.display.version: v12.10-20260525
ro.crdroid.build.version: 12.10
ro.build.version.security_patch: 2026-05-01
Build date from device: Mon May 25 22:17:58 EEST 2026
Bug description
After using the built-in Clone Apps feature, Android creates a clone profile. While that profile exists, the system resolver shown by "Open with" disables the Always button for regular file types such as images, PDFs, APKs, etc. The only selectable option is Just once, so default apps for file types can no longer be saved.
This makes the Clone Apps feature conflict with a core Android workflow: users who rely on cloned apps have to choose the app manually every time they open common files.
This appears to be caused by upstream ResolverActivity behavior when a clone profile exists, but it becomes user-visible because crDroid exposes Clone Apps as a ROM feature.
Steps to reproduce
- Go to Settings > Apps > Cloned Apps.
- Clone any app so that Android creates a clone profile.
- Open a file from a file manager/downloads app where multiple apps can handle it, for example
image/jpeg or application/pdf.
- Select any app in the resolver.
- Observe that
Always is greyed out/disabled and only Just once can be used.
Actual behavior
Always is disabled in the resolver whenever the clone profile exists, even for normal personal-profile file opening.
Expected behavior
Users should still be able to save default app choices for personal-profile file handling, or crDroid should provide a workaround/setting/warning explaining that enabling Clone Apps disables default app association from the resolver.
Ideally, Always should only be disabled when there is a real cross-profile ambiguity, not globally for every regular file type opened from the personal profile.
Relevant log / evidence
The device has an active clone profile:
UserInfo{10:cloneUser:1010} serialNo=11 isPrimary=false parentId=0
Type: android.os.usertype.profile.CLONE
State: RUNNING_UNLOCKED
Resolver output for file types still goes through the resolver instead of a stored default:
$ cmd package resolve-activity --brief -a android.intent.action.VIEW -c android.intent.category.DEFAULT -t image/jpeg
priority=0 preferredOrder=0 match=0x0 specificIndex=-1 isDefault=false
android/com.android.internal.app.ResolverActivity
$ cmd package resolve-activity --brief -a android.intent.action.VIEW -c android.intent.category.DEFAULT -t application/pdf
priority=0 preferredOrder=0 match=0x0 specificIndex=-1 isDefault=false
android/com.android.internal.app.ResolverActivity
AOSP currently disables the Always button when a clone profile is present. Relevant upstream code:
https://android.googlesource.com/platform/frameworks/base.git/+/master/core/java/com/android/internal/app/ResolverActivity.java
The relevant block in setAlwaysButtonEnabled() says:
// In case of clonedProfile being active, we do not allow the 'Always' option in the
// disambiguation dialog of Personal Profile as the package manager cannot distinguish
// between cross-profile preferred activities.
if (hasCloneProfile() && !mMultiProfilePagerAdapter
.getCurrentUserHandle().equals(mWorkProfileUserHandle)) {
mAlwaysButton.setEnabled(false);
return;
}
Proposed solution
Please consider one of these options:
- Patch the resolver/default-app flow so
Always remains available for personal-profile-only resolutions where the selected target is not a cloned-profile/cross-profile target.
- Add a crDroid setting or toggle to allow default-app association while Clone Apps is enabled, if safe.
- If the upstream limitation cannot be solved safely, show a clear warning in the Clone Apps UI that enabling cloned apps disables the
Always option in the Open with dialog, and expose an easy way to remove the clone profile.
Related older reports:
Screenshots or videos
No response
Additional context
crDroid's Clone Apps support is very useful, but this side effect is surprising because it affects unrelated file opening throughout the personal profile. The requested change is primarily UX/feature behavior rather than a device-specific bug.
Acknowledgements
Issue type
Feature not working as intended
Device
Redmi Note 10 Pro/Max (
sweet)crDroid version
crDroid 12 / Android 16
Exact version / Build date
ro.crdroid.display.version:v12.10-20260525ro.crdroid.build.version:12.10ro.build.version.security_patch:2026-05-01Build date from device:
Mon May 25 22:17:58 EEST 2026Bug description
After using the built-in Clone Apps feature, Android creates a clone profile. While that profile exists, the system resolver shown by "Open with" disables the
Alwaysbutton for regular file types such as images, PDFs, APKs, etc. The only selectable option isJust once, so default apps for file types can no longer be saved.This makes the Clone Apps feature conflict with a core Android workflow: users who rely on cloned apps have to choose the app manually every time they open common files.
This appears to be caused by upstream ResolverActivity behavior when a clone profile exists, but it becomes user-visible because crDroid exposes Clone Apps as a ROM feature.
Steps to reproduce
image/jpegorapplication/pdf.Alwaysis greyed out/disabled and onlyJust oncecan be used.Actual behavior
Alwaysis disabled in the resolver whenever the clone profile exists, even for normal personal-profile file opening.Expected behavior
Users should still be able to save default app choices for personal-profile file handling, or crDroid should provide a workaround/setting/warning explaining that enabling Clone Apps disables default app association from the resolver.
Ideally,
Alwaysshould only be disabled when there is a real cross-profile ambiguity, not globally for every regular file type opened from the personal profile.Relevant log / evidence
The device has an active clone profile:
UserInfo{10:cloneUser:1010} serialNo=11 isPrimary=false parentId=0 Type: android.os.usertype.profile.CLONE State: RUNNING_UNLOCKEDResolver output for file types still goes through the resolver instead of a stored default:
AOSP currently disables the Always button when a clone profile is present. Relevant upstream code:
https://android.googlesource.com/platform/frameworks/base.git/+/master/core/java/com/android/internal/app/ResolverActivity.java
The relevant block in
setAlwaysButtonEnabled()says:Proposed solution
Please consider one of these options:
Alwaysremains available for personal-profile-only resolutions where the selected target is not a cloned-profile/cross-profile target.Alwaysoption in the Open with dialog, and expose an easy way to remove the clone profile.Related older reports:
Screenshots or videos
No response
Additional context
crDroid's Clone Apps support is very useful, but this side effect is surprising because it affects unrelated file opening throughout the personal profile. The requested change is primarily UX/feature behavior rather than a device-specific bug.
Acknowledgements