Kill Application and Wipe Application on Android Enterprise
- 04 December 2018
- SOTI MobiControl - Android
7 Answers- 0 Upvote
- 5 Followers
7 Answers
Neither of those scripts seem to work on any of the AEDO Zebra Android devices I've tested with, even with the OEM specific plugin installed. I think the scripting documentation needs to be updated to differentiate between what is supported on Android+ vs. Android Enterprise.
have you tried using StageNow MX8 option for AppMgr and selecting "Clear Application cache"?
I think Matt has a point here, we should be able to know what's supported without trial and error.
Too many differences in behavior that should be documented.
I cannot believe we have lost to ability to use kill_application. It has made my, and our Service Desk's job that little bit harder if our in-house app decides to go off the deep end.
When deploying packages that update either the app itself or a settings file it is required the the application not be running. How are others accomplishing this? This is pretty basic functionality that will prevent moving to AE if given a choice.
With the new round of driver's devices deployed witOreo were don't have the option to stay on android +. Any help is appreciated
Shawn
I'm experiencing the same issues here! I have an open case with Zebra and SOTI as kill_application is extremely important when pushing new software configuration settings out.
Also, I discovered execute_shell doesn't work with the Android Enterprise device agent.
My suggestion would be to open a case with SOTI and Zebra to show the importance of these commands to us admins.
Agreed!
I get the sense that Google is really pushing their weight around and forcing companies like Zebra and SOTI to comply to AE and push people in that direction. I get frustrated by statements that DO is more capable than DA when there are plenty of scenarios just like this where that argument falls apart. I'm sure DO can eventually get there but at this point I feel significantly more empowered as an admin using DA than using DO.