J'essaie de désactiver deux applications : Tasker et Applock, à partir des administrateurs de périphériques, mais lorsque je touche pour les décocher, l'application Paramètres s'arrête. D'autres administrateurs de périphériques comme Cerberus peuvent être activés/désactivés.
J'ai envoyé un email au développeur de Tasker mais j'ai reçu cette réponse :
Avez-vous désactivé Tasker et redémarré l'appareil ?
Dans tous les cas, si l'application Paramètres s'arrête, c'est qu'il s'agit d'un bogue dans l'application l'application Paramètres de votre appareil, pas dans Tasker, je suis désolé de le dire. Tasker n'a aucune influence sur ce que fait Settings quand le bouton est coché ou décoché. quand le bouton est coché ou décoché, et vous êtes la première personne en 6 ans à rapporter un crash dans les paramètres en désactivant l'administrateur du périphérique.
logcat via adb montre une exception non attrapée :
12-01 18:46:20.764 22303 22303 E AndroidRuntime: FATAL EXCEPTION: main
12-01 18:46:20.764 22303 22303 E AndroidRuntime: Process: com.android.settings, PID: 22303
12-01 18:46:20.764 22303 22303 E AndroidRuntime: java.lang.RuntimeException: Unable to resume activity {com.android.settings/com.android.settings.DeviceAdminAdd}: java.lang.SecurityException: net.dinglisch.android.taskerm from uid 10134 not allowed to perform SYSTEM_ALERT_WINDOW
12-01 18:46:20.764 22303 22303 E AndroidRuntime: at android.app.ActivityThread.performResumeActivity(ActivityThread.java:3124)
12-01 18:46:20.764 22303 22303 E AndroidRuntime: at android.app.ActivityThread.handleResumeActivity(ActivityThread.java:3155)
12-01 18:46:20.764 22303 22303 E AndroidRuntime: at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2498)
12-01 18:46:20.764 22303 22303 E AndroidRuntime: at android.app.ActivityThread.-wrap11(ActivityThread.java)
12-01 18:46:20.764 22303 22303 E AndroidRuntime: at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1357)
12-01 18:46:20.764 22303 22303 E AndroidRuntime: at android.os.Handler.dispatchMessage(Handler.java:102)
12-01 18:46:20.764 22303 22303 E AndroidRuntime: at android.os.Looper.loop(Looper.java:148)
12-01 18:46:20.764 22303 22303 E AndroidRuntime: at android.app.ActivityThread.main(ActivityThread.java:5459)
12-01 18:46:20.764 22303 22303 E AndroidRuntime: at java.lang.reflect.Method.invoke(Native Method)
12-01 18:46:20.764 22303 22303 E AndroidRuntime: at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:728)
12-01 18:46:20.764 22303 22303 E AndroidRuntime: at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:618)
12-01 18:46:20.764 22303 22303 E AndroidRuntime: Caused by: java.lang.SecurityException: net.dinglisch.android.taskerm from uid 10134 not allowed to perform SYSTEM_ALERT_WINDOW
12-01 18:46:20.764 22303 22303 E AndroidRuntime: at android.app.AppOpsManager.checkOp(AppOpsManager.java:1521)
12-01 18:46:20.764 22303 22303 E AndroidRuntime: at com.android.settings.DeviceAdminAdd.onResume(DeviceAdminAdd.java:384)
12-01 18:46:20.764 22303 22303 E AndroidRuntime: at android.app.Instrumentation.callActivityOnResume(Instrumentation.java:1281)
12-01 18:46:20.764 22303 22303 E AndroidRuntime: at android.app.Activity.performResume(Activity.java:6335)
12-01 18:46:20.764 22303 22303 E AndroidRuntime: at android.app.ActivityThread.performResumeActivity(ActivityThread.java:3113)
12-01 18:46:20.764 22303 22303 E AndroidRuntime: ... 10 more
12-01 18:46:30.174 23612 23612 E AndroidRuntime: FATAL EXCEPTION: main
12-01 18:46:30.174 23612 23612 E AndroidRuntime: Process: com.android.settings, PID: 23612
12-01 18:46:30.174 23612 23612 E AndroidRuntime: java.lang.RuntimeException: Unable to resume activity {com.android.settings/com.android.settings.DeviceAdminAdd}: java.lang.SecurityException: com.domobile.applock from uid 10161 not allowed to perform SYSTEM_ALERT_WINDOW
12-01 18:46:30.174 23612 23612 E AndroidRuntime: at android.app.ActivityThread.performResumeActivity(ActivityThread.java:3124)
12-01 18:46:30.174 23612 23612 E AndroidRuntime: at android.app.ActivityThread.handleResumeActivity(ActivityThread.java:3155)
12-01 18:46:30.174 23612 23612 E AndroidRuntime: at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2498)
12-01 18:46:30.174 23612 23612 E AndroidRuntime: at android.app.ActivityThread.-wrap11(ActivityThread.java)
12-01 18:46:30.174 23612 23612 E AndroidRuntime: at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1357)
12-01 18:46:30.174 23612 23612 E AndroidRuntime: at android.os.Handler.dispatchMessage(Handler.java:102)
12-01 18:46:30.174 23612 23612 E AndroidRuntime: at android.os.Looper.loop(Looper.java:148)
12-01 18:46:30.174 23612 23612 E AndroidRuntime: at android.app.ActivityThread.main(ActivityThread.java:5459)
12-01 18:46:30.174 23612 23612 E AndroidRuntime: at java.lang.reflect.Method.invoke(Native Method)
12-01 18:46:30.174 23612 23612 E AndroidRuntime: at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:728)
12-01 18:46:30.174 23612 23612 E AndroidRuntime: at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:618)
12-01 18:46:30.174 23612 23612 E AndroidRuntime: Caused by: java.lang.SecurityException: com.domobile.applock from uid 10161 not allowed to perform SYSTEM_ALERT_WINDOW
12-01 18:46:30.174 23612 23612 E AndroidRuntime: at android.app.AppOpsManager.checkOp(AppOpsManager.java:1521)
12-01 18:46:30.174 23612 23612 E AndroidRuntime: at com.android.settings.DeviceAdminAdd.onResume(DeviceAdminAdd.java:384)
12-01 18:46:30.174 23612 23612 E AndroidRuntime: at android.app.Instrumentation.callActivityOnResume(Instrumentation.java:1281)
12-01 18:46:30.174 23612 23612 E AndroidRuntime: at android.app.Activity.performResume(Activity.java:6335)
12-01 18:46:30.174 23612 23612 E AndroidRuntime: at android.app.ActivityThread.performResumeActivity(ActivityThread.java:3113)
12-01 18:46:30.174 23612 23612 E AndroidRuntime: ... 10 more
Infos sur le dispositif
ro.bootimage.build.fingerprint]: [motorola/harpia_retail/harpia:6.0.1/MPI24.241-15.3/3:user/release-keys]
[ro.bootloader]: [0x8104]
[ro.bootmode]: [normal]
[ro.bootreason]: [power_key_press]
[ro.bug2go.magickeys]: [24,26]
[ro.build.characteristics]: [default]
[ro.build.date]: [Sat Jul 9 02:59:12 CDT 2016]
[ro.build.date.utc]: [1468051152]
[ro.build.description]: [harpia-user 6.0.1 MPI24.241-15.3 3 release-keys]
[ro.build.display.id]: [MPI24.241-15.3]
[ro.build.fingerprint]: [motorola/harpia/harpia:6.0.1/MPI24.241-15.3/3:user/release-keys]
[ro.build.flavor]: [harpia-user]
[ro.build.host]: [ilclbld31]
[ro.build.id]: [MPI24.241-15.3]
[ro.build.product]: [harpia]
[ro.build.tags]: [release-keys]
[ro.build.thumbprint]: [6.0.1/MPI24.241-15.3/3:user/release-keys]
[ro.build.type]: [user]
[ro.build.user]: [hudsoncm]
[ro.build.version.all_codenames]: [REL]
[ro.build.version.base_os]: []
[ro.build.version.codename]: [REL]
[ro.build.version.full]: [Blur_Version.24.71.3.harpia.retail.en.US]
[ro.build.version.incremental]: [3]
[ro.build.version.preview_sdk]: [0]
[ro.build.version.qcom]: [AU_LINUX_ANDROID_LA.BR.1.1.3_RB1.05.01.00.032.015]
[ro.build.version.release]: [6.0.1]
[ro.build.version.sdk]: [23]
[ro.build.version.security_patch]: [2016-06-01]
Est-il possible de désactiver ces administrateurs de dispositif sans réinitialiser le dispositif ?
0 votes
Si vous pensez qu'une application tierce est à l'origine des pannes, envisagez de basculer l'Android en mode sans échec, puis essayez de supprimer l'administration de l'appareil. Sinon, si votre Android est enraciné, vous pouvez supprimer l'administrateur de l'appareil sans vous préoccuper des plantages d'applications. Faites-nous part des résultats.
1 votes
Le mode sans échec n'a pas fonctionné pour les désactiver :( , je sais mais je ne peux pas le faire pour des raisons de garantie.
0 votes
En rapport, mais dans la direction opposée : Impossible d'activer Tasker en tant qu'administrateur de périphérique