Page 1 sur 1

Crash après longue inactivité

Publié : 31 mai 2023, 14:18
par Proulxs

Bonjour,

Nous utilisons une dizaine de tablette android comme point d'accès pour que nos employés inscrivent leur feuilles de temps via une webpage ouverte dans Firefox. J'ai programmé les tablettes pour que l'affichage reste actif 24h/24 et utilise une extension pour empêcher la naviguation vers d'autre sites internet. Pour empêcher que les employés quitte Firefox et aille dans une autre application j'épingle l'application donc le mot de passe de la tablette est requis pour changer d'application ou même revenir sur le bureau.

Tout fonctionne bien durant la semaine; les employés vont aux tablettes à plusieurs reprises dans une journée, se connecte et fournissent les informations puis ferme la session dans le site.
Mais chaque lundi matin bien que Firefox soit encore ouvert et affiche la page d'accueuil de notre site dès qu'un employé tente de se connecter (et donc de charger une nouvelle page) l'application crash. On se retrouve sur le bureau de la tablette mais Firefox est encore épinglé donc les employés ne peuvent pas ouvrir d'application (heureusement).

J'ai l'impression que le problème vient de l'inactivité parce qu'on a installé une nouvelle tablette pour un employé éloigné qui ne fait qu'une feuille par jour et fréquemment même dans la semaine sa tablette crash (une fois par jour max).
Voici le dernier crash:

Code : Tout sélectionner

99526033-8b07-4d48-9ea2-bf4b81157f56
mozilla.appservices.places.uniffi.PlacesApiException$UnexpectedPlacesException: reason=Invalid metadata observation: Observed view time is invalid (too long)
----
mozilla.appservices.places.uniffi.PlacesApiException$UnexpectedPlacesException: reason=Invalid metadata observation: Observed view time is invalid (too long)
 at mozilla.appservices.places.uniffi.FfiConverterTypePlacesApiError.read(places.kt:21)
 at mozilla.appservices.places.uniffi.FfiConverterTypePlacesApiError.read(places.kt:1)
 at mozilla.appservices.places.uniffi.FfiConverter$DefaultImpls.liftFromRustBuffer(places.kt:13)
 at mozilla.appservices.places.uniffi.FfiConverterRustBuffer$DefaultImpls.liftFromRustBuffer(places.kt:6)
 at mozilla.appservices.places.uniffi.FfiConverterTypePlacesApiError.liftFromRustBuffer(places.kt:2)
 at mozilla.appservices.places.uniffi.FfiConverterTypePlacesApiError.liftFromRustBuffer(places.kt:1)
 at mozilla.appservices.places.uniffi.FfiConverterRustBuffer$DefaultImpls.lift(places.kt:7)
 at mozilla.appservices.places.uniffi.FfiConverterTypePlacesApiError.lift(places.kt:3)
 at mozilla.appservices.places.uniffi.FfiConverterTypePlacesApiError.lift(places.kt:2)
 at mozilla.appservices.places.uniffi.PlacesApiException$ErrorHandler.lift(places.kt:2)
 at mozilla.appservices.places.uniffi.PlacesApiException$ErrorHandler.lift(places.kt:1)
 at mozilla.appservices.places.uniffi.PlacesConnection.noteHistoryMetadataObservation(places.kt:162)
 at mozilla.appservices.places.PlacesWriterConnection.noteHistoryMetadataObservation(PlacesConnection.kt:19)
 at mozilla.components.browser.storage.sync.PlacesHistoryStorage$noteHistoryMetadataObservation$2.invokeSuspend(PlacesHistoryStorage.kt:63)
 at kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith(ContinuationImpl.kt:9)
 at kotlinx.coroutines.DispatchedTask.run(DispatchedTask.kt:107)
 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1167)
 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641)
 at java.lang.Thread.run(Thread.java:923)
 Suppressed: kotlinx.coroutines.DiagnosticCoroutineContextException: [StandaloneCoroutine{Cancelling}@57af652, java.util.concurrent.Executors$FinalizableDelegatedExecutorService@1d40d23]

Merci pour vos suggestions (Éteindre l'extension n'est pas une option)


Re: Crash après longue inactivité

Publié : 12 juin 2023, 19:25
par Proulxs

N'ayant reçu aucune réponse ici, ni dans le forum anglais j'ai travaillé en collaboration avec le dév de l'extension LeechBlock NG pour faire une redirection dans la nuit d'une minute vers un autre site avant de réacheminer vers notre webpage. Puisque la page ne reste ouverte que 23h59m d'affilé le crash n'arrive plus.