PR #44 (issues #20/#21) a introduit un skip inconditionnel de get_informations() en mode qr_token : PageActualites renvoie systématiquement l'erreur pronotepy 20 sur les instances HubEduConnect testées, ce qui déclenchait un refresh redondant du token.
Cette décision est volontairement non configurable (pas de flag) pour éviter une option inutile et un état anti-répétition. Elle repose toutefois sur une observation limitée à une instance.
Interrogation / condition de révision
Réévaluer ce skip si l'un des faits suivants est établi :
Une instance Pronote en qr_token sert correctement PageActualites (observation en log, sans erreur 20 récurrente) → envisager un réglage par instance/compte.
Une correction amont pronotepy (issues bain3/pronotepy#309 ou #344) est publiée dans une version épinglable → revalider le correctif contre cette version avant mise à jour de la dépendance.
Le contrat « liste vide = succès valide » est remis en cause (besoin de distinguer « aucune information » de « informations désactivées »).
Attendu
Preuve factuelle d'un run réel sur une instance en qr_token (nom d'opération, code d'erreur, mode, résultat ; jamais de secret).
Décision explicite : conserver le skip, l'assouplir ou introduire un réglage — avec justification.
Ne pas introduire de flag préventif sans cas d'usage démontré.
Périmètre
Investigation / décision ; aucun changement de code tant que la condition n'est pas établie.
## Contexte
PR #44 (issues #20/#21) a introduit un skip **inconditionnel** de `get_informations()` en mode `qr_token` : `PageActualites` renvoie systématiquement l'erreur pronotepy 20 sur les instances HubEduConnect testées, ce qui déclenchait un refresh redondant du token.
Cette décision est volontairement non configurable (pas de flag) pour éviter une option inutile et un état anti-répétition. Elle repose toutefois sur une observation limitée à une instance.
## Interrogation / condition de révision
Réévaluer ce skip si l'un des faits suivants est établi :
1. Une instance Pronote en `qr_token` sert correctement `PageActualites` (observation en log, sans erreur 20 récurrente) → envisager un réglage par instance/compte.
2. Une correction amont pronotepy (issues [bain3/pronotepy#309](https://github.com/bain3/pronotepy/issues/309) ou [#344](https://github.com/bain3/pronotepy/issues/344)) est publiée dans une version épinglable → revalider le correctif contre cette version avant mise à jour de la dépendance.
3. Le contrat « liste vide = succès valide » est remis en cause (besoin de distinguer « aucune information » de « informations désactivées »).
## Attendu
- Preuve factuelle d'un run réel sur une instance en `qr_token` (nom d'opération, code d'erreur, mode, résultat ; jamais de secret).
- Décision explicite : conserver le skip, l'assouplir ou introduire un réglage — avec justification.
- Ne pas introduire de flag préventif sans cas d'usage démontré.
## Périmètre
Investigation / décision ; aucun changement de code tant que la condition n'est pas établie.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Contexte
PR #44 (issues #20/#21) a introduit un skip inconditionnel de
get_informations()en modeqr_token:PageActualitesrenvoie systématiquement l'erreur pronotepy 20 sur les instances HubEduConnect testées, ce qui déclenchait un refresh redondant du token.Cette décision est volontairement non configurable (pas de flag) pour éviter une option inutile et un état anti-répétition. Elle repose toutefois sur une observation limitée à une instance.
Interrogation / condition de révision
Réévaluer ce skip si l'un des faits suivants est établi :
qr_tokensert correctementPageActualites(observation en log, sans erreur 20 récurrente) → envisager un réglage par instance/compte.Attendu
qr_token(nom d'opération, code d'erreur, mode, résultat ; jamais de secret).Périmètre
Investigation / décision ; aucun changement de code tant que la condition n'est pas établie.