Würdigung von bypass_bump bei REST API-Bearbeitungen

Dies ist kein irreführender Lob-Post, wie mein letzter🙈, denn

  • Discourse unterstützt ein bypass_bump-Flag beim Überarbeiten eines Posts; es verhindert, dass sich das Bump-Datum des Themas ändert, selbst wenn Sie den letzten (oder den ersten und einzigen) Post bearbeiten. Dies ist explizit in den PostRevisor-Optionen aufgeführt (“- bypass_bump: das Thema nicht bumpen, auch wenn es der letzte Post ist”).
  • Dieser Lob-Thread existiert und beschreibt genau diesen Anwendungsfall.
  • Früher nutzten die Leute den Workaround /t/{id}/reset-bump-date, weil diese Option nicht allgemein bekannt/in der API-Dokumentation dokumentiert war, aber sie ist bei Bedarf immer noch verfügbar.

Praktischer Hinweis: Wenn Sie /posts/{post_id}.json mit dem neuen Raw-Text per PUT anfordern und bypass_bump=true einschließen, wird die Bearbeitung das Thema nicht in /latest anzeigen. (Die offiziellen Dokumente erläutern diesen Parameter nicht, aber er ist serverseitig über PostRevisor verdrahtet.)