Hi
@Erel . No, I'm not using HttpJob or CallSubDelayed - but even if was using the target activity of callsubdelayed should be started when resuming the other activity no ? And more: if that was the problem, should happen in emulator and Samsung devices also...
It's important to notice two facts:
- The problem occurs only in BLU Studio XL2 (or in every Android 6, I don't have other device with this version of Android to test) - Samsung (SMT-216 - Android 5.1.1. ) works fine. Emulator also.
- The automatic Pause occurs only when touching any point of activity after switch activities. The pause trigger is the activity panel touch (but there is no code in activity panel touch event)
And more: there is no activity remaining on screen. The app is sent entirely to background. No destination activity of an hypothetical direct or service started delayed call...
My concern is: is this an insulated problem caused by the combination of device and SO or will happen in any Android V6 ? And, more important: how to fix? How to intercept the event that is causing the Activity pause?
It's important to say also that is really a Pause... when touching a row of a listview to select this and the automatic pause happens, calling again the app from launcher the row is selected, what means that activity wasn't finished and app didn't crash - the event was a real pause.
The reality is: I could ignore this and go ahead but I don't like to have my apps doing things those I didn't programmed and I don't know why (I think that it's the same for you
@Erel , doesn't it?

). Then, I have a strong desire to find the cause and fix.