Hello,
I was making some debugging on an existing app after a bug report for an app that was not... working well...
In fact, I had to admit that a service stayed in Service_Start if it was restarted after the whole app had been killed (via a task killer or manually by swiping the activity from the recent apps).
So, I made the simplest skeleton, including the main method I did use, logging the information I thought could block but I still don't understand why the second service enters Service_Start but stops there.
Here is how it works : the main activity is only responsible of updating its content from a list, using a resumable sub.
The Starter service starts a sv1 service which starts a sv2 service.
When the app is killed, Starter schedules the sv1 service again.
So to reproduce the behavior, just execute the app once. Then kill it by swiping its activity. sv1 is restarted, sv2 is restarted. While sv1 seems to be executed, sv2 stays in the top of Service_Start (last line below).
The project is attached. Thanks
I was making some debugging on an existing app after a bug report for an app that was not... working well...
In fact, I had to admit that a service stayed in Service_Start if it was restarted after the whole app had been killed (via a task killer or manually by swiping the activity from the recent apps).
So, I made the simplest skeleton, including the main method I did use, logging the information I thought could block but I still don't understand why the second service enters Service_Start but stops there.
Here is how it works : the main activity is only responsible of updating its content from a list, using a resumable sub.
The Starter service starts a sv1 service which starts a sv2 service.
When the app is killed, Starter schedules the sv1 service again.
So to reproduce the behavior, just execute the app once. Then kill it by swiping its activity. sv1 is restarted, sv2 is restarted. While sv1 seems to be executed, sv2 stays in the top of Service_Start (last line below).
The project is attached. Thanks