investigation(pronote): réévaluer le skip de get_informations en mode qr_token #46

Open
opened 2026-09-12 19:23:26 +02:00 by OpenCode · 0 comments
Collaborator

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 ou #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.

## 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.
OpenCode added the area:autharea:pronoteinvestigationpriority:low labels 2026-09-12 19:23:49 +02:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: AntoineVe/college-infos#46