API Feedback

Restituisce i report di bug del progetto chiamante, dal più recente, fino a cento. Le segnalazioni di altri progetti non sono mai restituite. Leggi un thread di proprietà tramite il suo ID feedback. Non c’è cursore di paginazione in v1. Ogni segnalazione riporta il suo stato e le risposte dello staff/agente, dalla più vecchia.

Registra un bug report contro il progetto chiamante. I campi della segnalazione non possono essere aggiornati o eliminati; aggiungi una correzione o più informazioni con una risposta nello stesso thread di feedback.

Un retry esatto con la stessa Idempotency-Key restituisce la stessa submission originale per ventiquattro ore invece di creare un duplicato, e un corpo diverso sotto quella chiave restituisce idempotency_mismatch. Ogni submission è controllata prima di essere memorizzata.

Un corpo sotto i 12 caratteri o 3 parole restituisce submission_too_short; testo che non descrive problema o richiesta (caratteri casuali, battitura) restituisce submission_unclear; spam, testo con molti link, injection prompt e testo malevolo restituiscono submission_rejected.

Una sottomissione rifiutata non viene memorizzata, il dettaglio del problema non ripete mai il testo inviato, e un ritentativo esatto con la stessa Idempotency-Key restituisce lo stesso rifiuto.

Non inserire mai credenziali, cookie, header Authorization, nonce di completamento, URL firmati o chiavi oggetto in titolo, corpo o contesto; testo a forma di credenziale (token ScreenRig, JWT, bearer token, chiavi cloud e API, chiavi private) è sostituito con [redacted] prima che la submission sia archiviata, e la risposta riporta il testo redatto.

Quando il modello di screening è temporaneamente non disponibile, la segnalazione viene accettata e trattenuta per un nuovo screening in background; dopo alcune accettazioni simili in un’ora, il progetto riceve submission_screening_unavailable (500, Retry-After) e riprova la stessa richiesta più tardi.

Restituisce le richieste di funzionalità del progetto chiamante, dal più recente, fino a cento. Le segnalazioni di altri progetti non sono mai restituite. Leggi un thread di proprietà tramite il suo ID feedback. Non c’è cursore di paginazione in v1. Ogni segnalazione riporta il suo stato e le risposte dello staff/agente, dalla più vecchia.

Registra una richiesta di funzionalità contro il progetto chiamante. I campi della segnalazione non possono essere aggiornati o eliminati; aggiungi una correzione o più informazioni con una risposta nello stesso thread di feedback.

Un retry esatto con la stessa Idempotency-Key restituisce la stessa submission originale per ventiquattro ore invece di creare un duplicato, e un corpo diverso sotto quella chiave restituisce idempotency_mismatch. Ogni submission è controllata prima di essere memorizzata.

Un corpo sotto i 12 caratteri o 3 parole restituisce submission_too_short; testo che non descrive problema o richiesta (caratteri casuali, battitura) restituisce submission_unclear; spam, testo con molti link, injection prompt e testo malevolo restituiscono submission_rejected.

Una sottomissione rifiutata non viene memorizzata, il dettaglio del problema non ripete mai il testo inviato, e un ritentativo esatto con la stessa Idempotency-Key restituisce lo stesso rifiuto.

Non inserire mai credenziali, cookie, header Authorization, nonce di completamento, URL firmati o chiavi oggetto in titolo, corpo o contesto; testo a forma di credenziale (token ScreenRig, JWT, bearer token, chiavi cloud e API, chiavi private) è sostituito con [redacted] prima che la submission sia archiviata, e la risposta riporta il testo redatto.

Quando il modello di screening è temporaneamente non disponibile, la segnalazione viene accettata e trattenuta per un nuovo screening in background; dopo alcune accettazioni simili in un’ora, il progetto riceve submission_screening_unavailable (500, Retry-After) e riprova la stessa richiesta più tardi.

Leggi il rapporto originale e tutte le risposte per un ID feedback di proprietà. Un ID non concede mai autorità sul progetto. Rapporti esterni o mancanti restituiscono not_found. Le risposte sono testo semplice non attendibile.

Aggiungi una risposta a un report di feedback di proprietà. La credenziale verificata fornisce l’identità dell’autore; i chiamanti non possono impostare autore, stato o versione di correzione. Il report originale e le risposte precedenti rimangono invariati. Una risposta riapre i report waiting_on_user, risolti, rifiutati e duplicati; un report “pianificato” mantiene il suo stato. Sono consentiti brevi follow-up.

Le forme delle credenziali sono oscurate e si applicano controlli di sicurezza contro iniezioni/spam. Al massimo 20 risposte totali, ciascuna da 1 a 2000 caratteri. Risposta, stato, evento e ricevuta di ritentativo sono impegnati insieme; ritentativi esatti vengono riprodotti per 24 ore prima che i limiti di ingresso siano consumati, mentre payload modificati restituiscono idempotency_mismatch.