La réponse courte
Roosta enregistre les réveils auprès du système d’exploitation au lieu de les programmer à l’intérieur de l’application. Un réveil sonne donc que Roosta tourne ou non : après une fermeture forcée, après un redémarrage, et pendant qu’un économiseur de batterie a suspendu le travail en arrière-plan.
Pourquoi les applications réveil ratent des réveils
Une application réveil peut programmer un réveil à deux endroits : dans son propre processus, ou auprès du système d’exploitation. La différence est invisible dans l’interface et détermine si vous vous réveillez.
Une application qui garde la programmation dans son propre processus — le plus souvent une minuterie en JavaScript ou une tâche en arrière-plan — parie sur le fait que ce processus soit encore vivant au bon moment. iOS comme Android sont libres de le suspendre ou de le terminer, et tous deux le font couramment : quand la mémoire manque, quand l’application est restée inutilisée pendant des jours, ou quand l’économiseur de batterie du constructeur juge qu’elle ne sert à rien.
- L’application est balayée depuis la vue des applications récentes, et sa minuterie part avec elle.
- Le téléphone redémarre dans la nuit après une mise à jour, et personne ne réenregistre le réveil.
- Un optimiseur de batterie du constructeur met l’application en sommeil profond après quelques jours d’inactivité.
- Le système récupère de la mémoire pendant la nuit et le processus n’est jamais restauré.
Ce que fait Roosta à la place
Dès que vous enregistrez un réveil, la programmation part directement au service de réveil de la plateforme. À partir de cet instant, elle appartient au système d’exploitation, et que Roosta soit ouverte, fermée ou terminée n’a plus d’importance. Sur Android le réveil est enregistré comme réveil exact et la sonnerie s’exécute dans un service au premier plan ; sur iOS c’est la présentation de réveil du système qui est utilisée.
Une conséquence utile à connaître : comme la programmation vit en dehors de l’application, un réveil que vous avez réglé reste réglé même si l’application plante au lancement le lendemain matin. Les modes de défaillance sont réellement séparés.
Ce qui demande encore votre aide sur Android
La programmation native supprime la plupart des modes de défaillance, mais pas les surcouches des constructeurs, imprévisibles et qui passent parfois outre le comportement de la plateforme. Deux réglages méritent une vérification, une seule fois.
- 1Paramètres → Applications → Roosta → Batterie → Sans restriction.
- 2Paramètres → Applications → Accès spécifiques des applications → Alarmes et rappels → autoriser Roosta.
Notre centre d’aide propose des instructions par appareil pour Samsung, Xiaomi, OnePlus et Huawei, qui superposent tous leur propre gestion des processus à Android.
