Zum Hauptinhalt springen

conflict

HTTP 409 · code: "conflict" · type: https://docs.formfeed.dev/errors/conflict

Die Anfrage widerspricht dem, was jetzt gespeichert ist; deshalb wurde nichts geändert. detail sagt, um welchen Konflikt es geht.

Beispiel​

{
"type": "https://docs.formfeed.dev/errors/conflict",
"title": "Conflict",
"status": 409,
"detail": "The template changed since the base version; pull first or pass force",
"code": "conflict",
"request_id": "req_4b7c1e9a2f3d4c5b8a6e7f9012"
}

Häufige Ursachen​

  • POST /templates mit einem Slug, den es im Workspace schon gibt (A template with this slug exists in the workspace).
  • POST /templates/{id}/versions mit einer base_checksum, die nicht mehr zur neuesten Version passt, weil zwischendurch jemand gespeichert oder veröffentlicht hat. formfeed templates push sendet sie für Sie, vom letzten Pull.
  • PUT /partials/{name} mit einer base_version, die nicht mehr die Version des geteilten Partials ist. Das Problem enthält dann das gespeicherte Partial als current (oder null, wenn es gelöscht wurde). Siehe Brand Kit und Partials.
  • Erneutes Zustellen von Kopien in den eigenen Bucket des Workspace, während die Speicherverbindung pausiert ist; paused_reason sagt, warum (plan, wenn der Plan sie nicht mehr enthält).
  • Ein Gerätecode von formfeed login, der schon verwendet wurde.
  • POST /webhooks/{id}/test für einen deaktivierten Endpunkt, der nichts empfängt (The endpoint is disabled; set enabled to true before sending a test).

So beheben Sie es​

  • Bei einem Slug: Wählen Sie einen anderen, oder aktualisieren Sie die bestehende Vorlage.
  • Bei einer Version: Holen Sie die neueste Version, führen Sie Ihre Änderung darin zusammen und senden Sie deren checksum als base_checksum. formfeed templates push --force übergeht die Prüfung, wenn Sie sicher sind.
  • Bei einem geteilten Partial: Lesen Sie es erneut (formfeed partials pull <name>), führen Sie zusammen und senden Sie seine neue version als base_version, oder pushen Sie mit --force.
  • Bei einer pausierten Verbindung: Korrigieren Sie die Zugangsdaten und testen Sie die Verbindung in der App erneut, oder wechseln Sie in einen Plan mit eigenem Speicher.
  • Bei einem Gerätecode: Starten Sie formfeed login erneut.
  • Bei einem Webhook-Test: Schalten Sie den Endpunkt ein (PUT /webhooks/{id} mit "enabled": true oder sein Schalter auf der Seite Webhooks) und senden Sie den Test erneut.

Wiederholen?​

Nein. Dieselbe Anfrage erhält dieselbe Antwort. Ändern Sie sie wie oben beschrieben, und senden Sie sie dann mit einem neuen Idempotency-Key oder ohne: Eine 4xx-Antwort wird 24 Stunden unter ihrem Schlüssel gespeichert, der alte Schlüssel liefert also wieder dieses Problem. Siehe Wiederholen.