Hi Mathieu,

Thank you for posting on SOTI Pulse.

Please be sure to mark the post as 'solution' if any of them helped resolved your inquiry.

Kind Regards,

Technical Support, SOTI | Call Us | SOTI.net | Discussion Forum | Log a Case Online | Facebook | LinkedIn | Twitter |

MobiControl Android alert rule currently supports trigger when a specific app is uninstalled  but not when an app is installed, and thus a custom app that can both detect app installed and write XML/INI custom-data for MobiControl to initiate script execution is needed to get an optimal solution based on power/time or other performance criterion.

Without a customized app, a more brute-force approach is to use MobiControl "Scheduled Task" Android profile payload to configure your required script to run at regular interval (say every 1 or 2 minutes if low latency is required and power consumption/battery-life is not a big concern).  The script command to start the app just fails when the app is not installed or is already running.

Hi Mathieu,

As Raymond has suggested - an option is to use a Scheduled Task.

My addition to this, which prevents the server constantly polling this schedule task (although im sure the overhead is minimal) is to create a Filtered Profile with a Task Scheduler. 

Create the profile and add  the Task Scheduler, set this to run immediately and once. Calling a script to launch the desired application.

Then on the assignment of the profile add a filter for "APPS" ( BundleID = XXXX AND Status = Installed)

Hi Mathieu,

Considering the possibility of malfunctioning/poor user-experience due to unstable network connection and unpredictably long latency/delay-time for app launching, I had dropped the idea of using profile filter approach similar to what Adam mentioned before I wrote my last post.  The polling approach has higher reliability and predictable latency, but consume more CPU and battery power.  You can make your own tradeoff.