FEED_CURSOR_EXPIRED
Sens, et que faire
Section intitulée « Sens, et que faire »Plus ancien que les 30 jours. Reprenez depuis error.params.resume_after.
Plus de détails
Section intitulée « Plus de détails »- Un curseur plus ancien que le flux répond 410
FEED_CURSOR_EXPIRED.error.params.resume_afterdonne la position de reprise, sous forme de nombre, et le message dit la même chose (reprenez depuis after=N) ; elle est toujours au-dessus du curseur que vous avez envoyé, donc la suivre ne peut pas tourner en rond. Une resynchronisation qui repart toujours deafter=0ne rencontre pas cette réponse : elle lit depuis la plus ancienne position conservée, avance donc elle aussi, et vous redonne les 30 jours. Ce que vous avez manqué entre les deux n’est plus dans le flux : relisez vos factures ouvertes avecGET …/invoices?from=&to=ou prenez un export.
Dans la réponse
Section intitulée « Dans la réponse »Une erreur a cette forme ; lisez error.code, pas error.message :
{ "object": "error", "error": { "code": "FEED_CURSOR_EXPIRED", "message": "…", "type": "…" }, "meta": { "request_id": "req_…" }}Voir aussi
Section intitulée « Voir aussi »- La page qui en parle : Flux d’événements
- Catalogue des erreurs
- Écrivez-nous avec le
request_idsi cela persiste : support@getripa.com.