Skip to main content

Troubleshooting & Reference · Article 7.8

« Mon client a cliqué sur le lien d'avenant et a obtenu “Session expirée” »

Un bug corrigé en mai 2026 faisait que la vue publique d'avenant redirigeait vers la connexion freelance lorsque l'état d'authentification était ambigu. Résolu par un drapeau `skipAuth` sur la route publique. Si vous voyez cela sur un nouveau devis post-correctif, contactez le support.

Ce problème a touché un petit nombre d'e-mails d'avenant envoyés avant la mise en production du correctif (mai 2026). Le symptôme prêtait à confusion — le client pensait avoir mal fait, alors qu'en réalité la route vérifiait à tort une session freelance sur une URL publique destinée au client. Le correctif est en production ; les nouveaux avenants ne le rencontrent plus.

Step by step

  1. Vérifiez la date d'envoi de l'avenant.

    Si pré-mai 2026, le lien e-mail peut utiliser la route boguée.

  2. Cliquez sur Renvoyer l'avenant

    depuis Actions sur le détail du devis. Le nouvel e-mail utilise la route corrigée.

  3. Confirmez avec le client.

    Le nouveau lien doit le faire atterrir directement sur le PIN gate, sans redirection vers la connexion.

Why this works this way

Le correctif ([D-115] / BUG-PROD-009) a ajouté un drapeau skipAuth à la configuration de la route publique d'avenant. Sans lui, le garde d'authentification du routeur React interceptait la route et envoyait le client vers /login si aucun token freelance n'était trouvé — ce qui est toujours le cas pour un client (les clients ne sont pas des freelances). Le PIN gate est la seule authentification qui doit s'appliquer sur une URL côté client.

Le même schéma a aussi corrigé la route publique de paiement d'avenant, qui présentait le même problème. Les deux sont corrigées après mai 2026.

Troubleshooting

Keep reading