Il webhook post viene attivato due volte su post_edited per il primo post in un argomento

Innanzitutto, viene generato un evento senza modifiche nel payload (quindi il post così com’è ora) e successivamente un secondo evento con le modifiche.

Questo vale solo per le modifiche al primo post di un argomento.

Comportamento atteso: generare un solo evento, con un payload contenente il post modificato.

Oppure questo è il funzionamento previsto? In tal caso, è confuso per il destinatario dell’endpoint: viene segnalata una modifica, ma il payload non contiene alcuna modifica e non è possibile capire se si tratti di un evento di modifica errato o meno (poiché il payload non fornisce alcuna informazione).

Funziona come previsto per post_created e per le modifiche ai post successivi in un argomento: viene generato un solo evento.

Qualcuno? Questa situazione mi sta facendo impazzire mentre lavoro con il webhook per i post, in particolare per i primi post.

2 Mi Piace

Non sono sicuro che sia intenzionale o meno, @vinothkannans, lo sai tu?

1 Mi Piace

È quanto meno confuso per l’endpoint ricevente, poiché non esiste un caso d’uso singolo per esso. Dovrebbe essere un solo evento, non due.

Ho risolto questo problema nella PR qui sotto. Dato che modifica il modo in cui vengono attivati gli webhook degli argomenti, devo verificare nuovamente la modifica prima di eseguirla l’unione.

3 Mi Piace

Fantastico, grazie @vinothkannans, il nostro endpoint webhook per i post sarà entusiasta di questo :+1:t2:

1 Mi Piace