Richiedi funzionalità

Si prega di notare che le richieste di funzionalità e miglioramento devono essere indirizzate alla nostra istanza di Fider per il monitoraggio, il voto e i rapporti. Conservare tutte le richieste di funzionalità su questa pagina e non su GitHub.

Linee guida per le emissioni

Questa pagina illustra come aprire temi, comprese le politiche e le procedure del progetto Jellyfin relative alla gestione dei temi.

I problemi dovrebbero solo report dettagliati sui bug del software.

Tutte le altre discussioni, compresa la risoluzione iniziale dei problemi, devono essere indirizzate ai nostri canali di aiuto.

Cerca e vota

Prima di aprire un numero, cerca i numeri esistenti per vedere se è stato segnalato un problema o una richiesta simile. Problemi duplicati incasinano il deposito e dovrebbero essere evitati.

Se trovi un problema che corrisponde o si avvicina al tuo problema, utilizza il feedback per confermare che anche il problema ti sta interessando o che supporti la richiesta di funzionalità. Facoltativamente, aggiungi anche un commento che descriva la tua versione del problema o il caso d'uso della funzione.

Se l'argomento esistente è chiuso, leggilo per vedere se le soluzioni accettate si applicano a te. In caso contrario, lascia un commento e l'argomento verrà riaperto. Si noti che poiché le pubbliche relazioni sono le prime nello sviluppo ma le versioni sono state create dal master, una soluzione al problema non sarà immediatamente disponibile da fonti ufficiali, ma sarà inclusa nella prossima versione.

Apri un numero

Quando sei pronto per aprire un numero, consulta questa pagina!

Segnalazione di bug

Quando scrivi un problema, assicurati di catturare il maggior numero possibile di dettagli rilevanti - questo è molto importante per aiutare nella risoluzione dei problemi e nel tracciare / investigare il problema. Alcuni elementi utili includono:

• Come hai installato Jellyfin (aggiornamento / nuova installazione)
• Quale piattaforma e sistema operativo stai usando (Debian, Arch, Docker, ecc.)
• Quello che stavi facendo ha fatto apparire il problema
• Qualsiasi output log pertinente
• Qualsiasi configurazione non standard utilizzata

I bug devono essere contrassegnati con [bug] all'inizio del loro titolo. Questo verrà rimosso in seguito dal team Jellyfin assegnando i tag. Per aiutare nel triage, se sai quali altri tag dovrebbero essere applicati al tuo problema, aggiungili dopo il tag [bug].

I bug devono essere riproducibili. Cioè, dovresti essere in grado di determinare attraverso la risoluzione dei problemi come replicare il problema. Sebbene i bug di una volta non debbano essere ignorati, se sono difficili o impossibili da riprodurre, è probabile che siano molto difficili da correggere. Prova a riprodurre l'errore prima di presentare il problema e includi il più piccolo caso di test che puoi dimostrare.

Se hai mai bisogno di aiuto per risolvere i problemi o aprire un argomento, contatta la community e cercheremo di aiutarti!

Etichette di emissione

Jellyfin presenta una serie di etichette di emissione per facilitare il triage e la gestione delle emissioni. Gli utenti non possono assegnarli da soli a causa delle autorizzazioni GitHub, ma verranno aggiunti da un membro del team durante il triage.

categorie

Questi tag sono ampie categorie per le quali è interessata parte della base di codice.

• ... da dietro: un problema che riguarda principalmente il codice di backend del server.
• build: un problema che riguarda principalmente il processo di costruzione.

recensione

Queste etichette aiutano a determinare quanto sia critico un problema.

• regressione: un problema che richiede attenzione immediata a causa di una regressione dall'ultima build.
• ... un bug: un bug nel codice che influisce sul normale utilizzo.

gestione

Queste etichette aiutano a gestire il progetto e la direzione.

• Un buon primo numero: qualcosa che dovrebbe essere molto facile da fare ed è un ottimo punto di partenza.
• Richiesta di aiuto: un problema che al momento non ha un esperto chiaro all'interno del progetto e che potrebbe utilizzare l'aiuto esterno.
• tabella di marcia: un meta-tema correlato alla futura tabella di marcia del progetto.
• Indagine: una questione di tipo investigativo basata sul codice.

Richieste di estrazione

Queste etichette si applicano solo per estrarre richieste a fini amministrativi.

• richiede test: un PR che non è stato ancora testato in un ambiente live. Qualsiasi PR che influisce sul fondo deve essere testata prima di essere fusa per evitare regressioni.