Solicitar recursos

Observe que as solicitações de recursos e aprimoramentos devem ser direcionadas à nossa instância do Fider para monitoramento, votação e geração de relatórios. Mantenha todas as solicitações de recursos nesta página e não no GitHub.

Diretrizes de emissão

Esta página discute como abrir temas, incluindo as políticas e procedimentos do projeto Jellyfin sobre como lidar com temas.

Os problemas devem apenas detalha relatórios de erros de software.

Todas as outras discussões, incluindo a solução de problemas inicial, devem ser direcionadas aos nossos canais de ajuda.

Pesquise e vote

Antes de abrir um número, pesquise os números existentes para verificar se um problema ou solicitação de recurso semelhante foi relatado. Problemas duplicados atrapalham o depósito e devem ser evitados.

Se você encontrar um problema que corresponda ou se aproxime dele, use o feedback para confirmar que o problema também está afetando você ou se você apoia a solicitação de recurso. Opcionalmente, adicione também um comentário que descreva sua versão do problema ou caso de uso do recurso.

Se o tópico existente estiver fechado, leia-o para verificar se as soluções aceitas se aplicam a você. Caso contrário, deixe um comentário e o tópico será reaberto. Observe que, como as relações públicas são as primeiras em desenvolvimento, mas as versões são criadas a partir do mestre, uma solução de problemas não estará disponível imediatamente em fontes oficiais, mas será incluída na próxima versão.

Abra um número

Quando estiver pronto para abrir um número, consulte esta página!

Relatar bugs

Ao escrever um problema, certifique-se de capturar o máximo de detalhes relevantes possível - isso é muito importante para ajudar na solução de problemas e no rastreamento / investigação do problema. Alguns elementos úteis incluem:

• Como você instalou o Jellyfin (atualização / nova instalação)
• Qual plataforma e sistema operacional você está usando (Debian, Arch, Docker, etc.)
• O que você estava fazendo que causou o problema aparecer
• Qualquer saída de log relevante
• Qualquer configuração não padrão usada

Os erros devem ser marcados com [bug] no início de seu título. Isso será removido posteriormente pela equipe do Jellyfin, atribuindo as tags. Para ajudar na triagem, se você souber quais outras tags devem ser aplicadas ao seu problema, adicione-as após a tag [bug].

Os erros devem ser reproduzíveis. Ou seja, você deve ser capaz de determinar, através da solução de problemas, como replicar o problema. Embora os bugs únicos não devam ser ignorados, se forem difíceis ou impossíveis de reproduzir, é provável que seja muito difícil de corrigir. Tente reproduzir o erro antes de apresentar o problema e inclua o menor caso de teste possível para demonstrá-lo.

Se você precisar de ajuda para solucionar problemas ou abrir um tópico, entre em contato com a comunidade e tentaremos ajudá-lo!

Etiquetas de emissão

O Jellyfin apresenta uma série de rótulos de problemas para ajudar no gerenciamento de triagem e problemas. Os usuários não podem atribuí-los a si mesmos devido às permissões do GitHub, mas eles serão adicionados por um membro da equipe durante a triagem.

Categorias

Essas tags são categorias amplas para as quais parte da base de código é afetada.

• ... na parte de trás: um problema relacionado principalmente ao código de back-end do servidor.
• build: um problema relacionado principalmente ao processo de construção.

Crítica

Esses rótulos ajudam a determinar o quão crítico é um problema.

• regressão: um problema que precisa de atenção imediata devido a uma regressão da última compilação.
• ... um bug: um bug no código que afeta o uso normal.

Gerência

Esses rótulos ajudam a gerenciar o projeto e a direção.

• Uma boa primeira questão: algo que deve ser muito fácil de fazer e é um ótimo lugar para começar.
• Procura-se ajuda: um problema que atualmente não possui um especialista claro no projeto e pode ser usado por ajuda externa.
• roteiro: um meta-tema relacionado ao futuro roteiro do projeto.
• Investigação: uma questão do tipo investigação baseada no código.

Solicitações de extração

Esses rótulos se aplicam apenas a solicitações pull para fins administrativos.

• requer teste: um PR que ainda não foi testado em um ambiente ativo. Qualquer PR que afete o fundo deve ser testado antes de ser incorporado para evitar regressões.