fix: augmenter misfire_grace_time pour éviter que des jobs soient sautés

Avec de nombreux jobs planifiés à la même seconde (0 3 * * *), le grace
time par défaut d'APScheduler (1s) est dépassé pour les jobs traités en
dernier (tri par id texte), qui sont alors sautés silencieusement, sans
trace en base. bump 1.2~ynh1 -> 1.3~ynh1.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

manifest.toml

@@ -4,7 +4,7 @@ name = "Backup Manager"
 description.en = "Centralized backup manager for YunoHost"
 description.fr = "Gestionnaire de sauvegardes centralisé pour YunoHost"
 
-version = "1.2~ynh1"
+version = "1.3~ynh1"
 
 maintainers = []
 

sources/scheduler.py

@@ -4,7 +4,10 @@ from apscheduler.triggers.cron import CronTrigger
 _flask_app = None
 
 scheduler = BackgroundScheduler(
-    job_defaults={"coalesce": True, "max_instances": 1},
+    # misfire_grace_time généreux : par défaut (1s), un job planifié à la même
+    # seconde que d'autres (ex: plusieurs "0 3 * * *") peut être traité trop
+    # tard par l'ordonnanceur et est alors sauté silencieusement, sans trace.
+    job_defaults={"coalesce": True, "max_instances": 1, "misfire_grace_time": 3600},
     timezone="UTC",
 )
 

v3/apps.json

@@ -24,7 +24,7 @@
         "packaging_format": 2,
         "id": "backupmanager",
         "name": "Backup Manager",
-        "version": "1.2~ynh1",
+        "version": "1.3~ynh1",
         "description": {
           "en": "Centralized backup manager for YunoHost",
           "fr": "Gestionnaire de sauvegardes centralisé pour YunoHost"