Estamos teniendo un problema cuando tenemos la siguiente secuencia:

Inicio de la aplicaciónInicio de recursos webMostrar un indicador de ocupado (1)Conectar al servidor WLLa actualización directa se activaReinicio de recursos webMostrar un indicador de ocupado (2)Conectar al servidor WLÉxitoCargar y cambiar a la página de bienvenida.Ocultar indicador de ocupado (2)

Esto tiene el efecto de que en los recursos web de actualización directa (por supuesto) estamos perdiendo / perdiendo la referencia al indicador de ocupado (1) y no podemos ocultar ese indicador después de que se activó la actualización directa. Entonces, tenemos dos indicadores (1) (2) abiertos y solo uno (2) está cerrado, el anterior (1) está para siempre.

Una solución sería obtener un evento antes de que se active / ejecute la actualización directa ... allí podríamos ocultar nuestro indicador (1). Esto se volvería bastante similar a esta pregunta:IBM Worklight - ¿Cómo puedo ejecutar el código JavaScript antes de actualizar la aplicación?

Un enfoque más general sería activar un reinicio "más profundo" de la aplicación ... lo que significa reiniciar también el shell nativo y todos los recursos de cordova. Entonces, todos los recursos nativos, como el indicador de ocupado y otras cosas, deben eliminarse y restablecerse, ¿verdad?

¿Hay alguna forma de lograr un reinicio "profundo" de la aplicación después de la actualización directa? ¿Se conoce este problema?

ACTUALIZACIÓN 5 de septiembre

Vimos que los siguientes eventos se activan en algún momento antes de que DirectUpdate reinicie los recursos web:

window.addEventListener("beforeunload",
    function() { 
       WL.Logger.debug("busy test - unload2"); 
        app.busytest.hide();
            }
        , false);

window.addEventListener("unload",
    function() { 
       WL.Logger.debug("busy test - unload3"); 
         app.busytest.hide();
            }
        , false);

... pero desafortunadamente ocultando nuestro WL.BusyIndicator "busytest" ya no funciona en estos eventos. ¿Alguien tiene alguna idea?

¿Pero quizás algún otro código de limpieza podría colocarse allí en caso de un DirectUpdate?