Webhook wird zweimal für post_edited beim ersten Beitrag in einem Thema ausgelöst

Zuerst wird ein Ereignis ohne Änderungen im Payload ausgelöst (also der Beitrag so, wie er jetzt ist), und danach ein zweites mit den Änderungen.

Dies gilt nur für Änderungen am ersten Beitrag in einem Thema.

Erwartet: Es sollte nur ein Ereignis ausgelöst werden, mit einem Payload, der den geänderten Beitrag enthält.

Oder funktioniert dies beabsichtigt? Falls ja, ist das für den empfangenden Endpunkt verwirrend, da eine Änderung signalisiert wird, der Payload aber keinerlei Änderungen enthält und man nicht erkennen kann, ob es sich um ein fehlerhaftes Änderungsereignis handelt oder nicht (da im Payload keine Informationen dazu gegeben werden).

Bei post_created und bei Änderungen an nachfolgenden Beiträgen in einem Thema funktioniert es wie beabsichtigt: Es wird nur ein Ereignis ausgelöst.

Jemand? Das treibt mich bei der Arbeit mit dem Webhook für erste Beiträge in Beiträgen noch um den Verstand.

2 „Gefällt mir“

Ich bin mir nicht sicher, ob das beabsichtigt ist oder nicht, @vinothkannans, weißt du das?

1 „Gefällt mir“

Es ist zumindest verwirrend für den empfangenden Endpunkt, da es keinen einzelnen Anwendungsfall dafür gibt. Es sollte ein einzelnes Ereignis sein, nicht zwei.

Ich habe dieses Problem im folgenden PR behoben. Da sich dadurch die Art und Weise ändert, wie Topic-Webhooks ausgelöst werden, muss ich die Änderung vor dem Zusammenführen erneut überprüfen.

3 „Gefällt mir“

Toll, danke @vinothkannans, unser Webhook-Endpunkt für Beiträge wird das lieben :+1:t2:

1 „Gefällt mir“