android NativeActivity going into onPause when home key is pressed and app is relaunched

Tagged: , ,

This topic contains 3 replies, has 3 voices, and was last updated by  mkandula 3 years, 8 months ago.

Viewing 4 posts - 1 through 4 (of 4 total)
  • Author
    Posts
  • #31630

    mkandula
    Member

    Hi

    On pressing the home button in the android phone, the nativeactivity goes into onStop state.
    When the app is relaunched, the nativeactivity starts back from onStart state. Basically the nativeactivity is not going to the onDestroy state and thus onCreate is not called during relaunch.
    The problem I am facing is that after the relaunch there is no rendering happening. The RenderScene() function call is not happening. There is no crash and all the log seems to show that resources are de-inited and re-allocated during this process.

    My NativeActivity is having the following values set similar to the examples. But changing there has no effect on this bug.

    android:launchMode=”singleTask”
    android:clearTaskOnLaunch=”true”
    android:finishOnTaskLaunch=”true”

    during onStart() of nativeActivity launches a GUIActivity which runs on top and is transparent which means it does not let NativeActivity to go into onPause state.
    The only inference (also seen from the log) I can gain is that the NativeActivity is going into onPause state after the relaunch. I am not sure why its going there.

    Since I can’t post the log, I am emailing the log file if its of any help. In the log AppInterface==NativeActivity

    Please let me know if you identify the reason for the onPause state. Is it possible the EGL context is lost ?
    Do you know if I can maually (from code ofcourse) bring the NativeActivity out of the pause state ?

    #38470

    Hello,

    What you describe here is the expected behaviour of an Android activity: http://developer.android.com/guide/components/tasks-and-back-stack.html

    Quoting the website above:
    When the user leaves a task by pressing the Home button, the current activity is stopped and its task goes into the background. The system retains the state of every activity in the task. If the user later resumes the task by selecting the launcher icon that began the task, the task comes to the foreground and resumes the activity at the top of the stack.

    Having said that, you are right, seems that our PVRShell is not really following this behaviour.
    In order to reflect a better Android native lifecycle the commands should be treatead differently. In the file /path/to/SDK/Shell/OS/Android/PVRShellOS.cpp you can see the native_app_glue.

    We are doing the OnCreate/OnDestroy work inside the OnStart/OnStop events and that is wrong. I will fix it for the 3.3 release.
    Let me suggest you some changes that should fix that:

    In android_main():

    // Setup our android state
    state->userData = &init;
    state->onAppCmd = handle_cmd;
    state->onInputEvent = handle_input;

    init.m_pAndroidState = state;
    g_AssetManager = state->activity->assetManager;

    // NEW CODE

    if(!init.Init())
    {
    __android_log_print(ANDROID_LOG_INFO, "PVRShell", "Error: Failed to initialise");
    ANativeActivity_finish(state->activity);
    return;
    }

    // Call init app
    init.m_eState = ePVRShellInitApp;
    init.m_bError = !(init.Run() && init.m_eState == ePVRShellInitInstance);

    // END OF NEW CODE

    // Handle our events until we have a valid window or destroy has been requested
    int ident;
    int events;
    struct android_poll_source* source;

    Also, in handle_cmd() we need to change the OnStart/OnStop and add an OnDestroy:

    case APP_CMD_START:
    init->m_bRendering = true;
    break;

    ...

    case APP_CMD_STOP:
    init->m_bRendering = false;
    break;
    case APP_CMD_DESTROY:
    init->Deinit();
    break;

    That should give you the expected lifcycle 🙂

    Thanks,
    Guillem

    #38471

    dgu
    Member

    i was talking about this prob since last year

    http://forum.imgtec.com/discussion/comment/7602/#Comment_7602

    #38472

    mkandula
    Member

    Hi Guillem,

    Thanks very much for giving the proper correction !! 🙂 That helped me to identify how to get the desired behavior.
    For my case I had to keep init->m_bRendering = true for even APP_CMD_PAUSE state also as the NativeActivity lanches a top layer GUIActivity and goes into PAUSE state.

Viewing 4 posts - 1 through 4 (of 4 total)
You must be logged in to reply to this topic.