fix(blog): acquitter les GUID apres livraison XMPP
This commit is contained in:
@@ -66,6 +66,12 @@ processus. Le mode `PRONOTE_AUTH_MODE=qr_token` est incompatible avec cette gara
|
||||
le refuse avant toute connexion afin de ne pas désynchroniser le token local du token distant.
|
||||
Le dry-run ne remplace pas une vérification des paramètres réellement chargés.
|
||||
|
||||
Si le blog RSS est activé, ses GUID ne sont acquittés qu'après confirmation de
|
||||
l'envoi XMPP. Un refus, une exception, l'absence de canal ou un `--dry-run`
|
||||
laisse donc les articles récupérables à l'exécution suivante ; les en-têtes
|
||||
HTTP associés à ces articles suivent la même règle pour éviter un `304` qui
|
||||
masquerait une livraison non confirmée.
|
||||
|
||||
En mode `PRONOTE_AUTH_MODE=qr_token`, le fichier
|
||||
`.pronote_auth_state.json` et son verrou frère sont créés dans le répertoire
|
||||
de travail du service (par exemple `/var/lib/pronote-sync`) avec le mode
|
||||
|
||||
Reference in New Issue
Block a user