| Command | Effect | | :--- | :--- | | pm disable-user | Disables for the current user only. | | pm disable-until-used | Disables until the user manually launches the app. | | pm disable-dm | Disables package verification. (Dangerous; for development only) | | pm enable | Re-enables a disabled app. |
adb shell am start -n com.shop.app/.ProductActivity --es "product_id" "12345" --ez "from_notification" true This bypasses the homepage and launches directly into a product detail screen with a simulated notification origin. Let’s build a real-world script that uses the extended key concept. Save this as advanced_app_control.sh (or .bat for Windows). adb app control extended key
#!/bin/bash # Extended ADB App Control Script PACKAGE=$1 ACTION=$2 USER_ID=$3:-0 # Default to user 0 | Command | Effect | | :--- |
adb shell pm list packages --user 10 This lists only apps installed in the work profile. Combining --user with disable/suspend allows per-profile app control. (Dangerous; for development only) | | pm enable
case $ACTION in suspend) echo "Suspending $PACKAGE (extended suspend key)" adb shell pm suspend --user $USER_ID $PACKAGE ;; unsuspend) echo "Unsuspending $PACKAGE" adb shell pm unsuspend --user $USER_ID $PACKAGE ;; disable-until-launch) echo "Disabling $PACKAGE until launched by user" adb shell pm disable-until-used --user $USER_ID $PACKAGE ;; grant-all-perms) echo "Granting all dangerous permissions to $PACKAGE" adb shell pm list permissions -d -g | grep "Permission:" | awk 'print $2' | while read perm; do adb shell pm grant $PACKAGE $perm done ;; deep-link) URL=$4 echo "Launching $PACKAGE with extended key deep link to $URL" adb shell am start -W -a android.intent.action.VIEW -d "$URL" $PACKAGE ;; *) echo "Usage: $0 <package> <suspend|unsuspend|disable-until-launch|grant-all-perms|deep-link> [user_id]" ;; esac
--user ALL to affect every profile simultaneously. 3.2 The --enable and --disable Extended Options The standard pm disable is blunt. The extended key offers precision:
./advanced_app_control.sh com.facebook.katana suspend ./advanced_app_control.sh com.facebook.katana deep-link "https://facebook.com/events" Even with the extended key, obstacles exist. Problem 1: "Security exception: Shell cannot change component state" Solution: Some system apps are protected. Use adb shell pm disable --user 0 com.android.app first. If that fails, you need root or adb shell pm uninstall -k --user 0 (which doesn't remove the app but hides it for the user). Problem 2: Extended keys don't persist after reboot Solution: Suspension and disable-until-used are persistent. However, --user flags are per-session. Create an init.d script (root) or use Tasker with ADB WiFi to reapply extended keys on boot. Problem 3: "Unknown option --ez" when using am Solution: Ensure your am syntax is correct. Extras come after the component name.
