Amethyst 1.15.2 carica prima i commenti annidati NIP-22

La radice non è il genitore diretto

NIP-22 definisce i commenti come eventi kind 1111. I tag maiuscoli identificano la radice della conversazione. Quelli minuscoli identificano l'elemento a cui si risponde. Per un evento identificato dal suo ID, i tag sono E ed e; per una radice indirizzabile, il tag di radice corrispondente è A.

Consideriamo un evento che descrive un file, un commento sul file e una risposta al commento. Il primo commento indica il file sia come radice sia come genitore. La risposta annidata mantiene l'ID del file in E, ma il suo e indica il primo commento. Una query con #e uguale all'ID del file trova quindi il commento diretto, ma non quella risposta annidata attraverso il riferimento al genitore.

Le query di interazione esistenti usavano tag minuscoli. La schermata del thread aveva già una propria sottoscrizione per la radice maiuscola. Questo spiega perché aprire una conversazione poteva mostrare risposte che non erano arrivate con la query precedente. La release introduce questa ricerca anche nei filtri di interazione.

Filtri separati per conservare il significato della query

La patch aggiunge un filtro E per gli ID degli eventi e un filtro A per i contenuti indirizzabili. Ogni nuovo filtro di radice usa un limite di 1000 e mantiene il valore since esistente per ciascun relay. I filtri delle risposte dirette rimangono.

Inserire entrambe le condizioni in un solo filtro non risolverebbe il problema. NIP-01 richiede che tutte le condizioni di un filtro siano soddisfatte. Chiedere che sia #e sia #E contengano l'ID della radice continuerebbe a escludere un commento annidato il cui genitore diretto è un altro commento. Filtri separati consentono di cercare le due relazioni in modo indipendente.

Il limite è un parametro della query, non una promessa di caricare tutti i commenti di ogni thread. La disponibilità dei relays, quelli selezionati e i limiti temporali continuano a determinare quali eventi riceve il client. La correzione riguarda ciò che il client chiede ai relays di restituire.

Lo stesso problema nelle revisioni delle pull request

Il nuovo filtro di radice per gli ID include anche kind 1619, l'evento di aggiornamento delle pull request di NIP-34. L'esempio di NIP-34 identifica la pull request modificata con un tag E maiuscolo.

Prima, Amethyst elencava quel kind in un filtro con e minuscolo. Il kind corretto associato al tag sbagliato non trovava gli aggiornamenti conformi all'esempio. La patch sposta kind 1619 in RootScopedRepliesKinds. Le risposte Git e gli eventi di stato conservano il filtro minuscolo.

I test aggiunti verificano che vengano generati filtri di radice per ID e indirizzi e che le condizioni maiuscole e minuscole non siano combinate. Altre verifiche mantengono kind 1619 nella lista maiuscola e fuori da quella minuscola.

È una correzione delle query del client. Non cambia il formato degli eventi NIP-22 e non richiede agli autori di ripubblicare i commenti. La distribuzione verificata è la release GitHub: i file scaricabili ne confermano la disponibilità lì, senza stabilire lo stato della pubblicazione negli app store.