Запросить функции

Обратите внимание, что запросы на функции и улучшения должны направляться в наш экземпляр Fider для мониторинга, голосования и составления отчетов. Пожалуйста, сохраняйте все запросы функций на этой странице, а не на GitHub.

Руководство по выбросам

На этой странице обсуждается, как открывать темы, в том числе политики и процедуры проекта Jellyfin для обработки тем.

Проблемы должны только подробные отчеты об ошибках в программном обеспечении.

Все остальные обсуждения, в том числе первоначальные проблемы, следует направлять на наши справочные каналы.

Поиск и голосование

Прежде чем открывать номер, выполните поиск среди существующих номеров, чтобы узнать, была ли обнаружена похожая проблема или запрос. Повторяющиеся проблемы портят депозит, и его следует избегать.

Если вы обнаружите проблему, которая соответствует вашей проблеме или подходит к ней, воспользуйтесь обратной связью, чтобы подтвердить, что проблема также влияет на вас или что вы поддерживаете запрос функции. При желании также добавьте комментарий, описывающий вашу версию проблемы или вариант использования функции.

Если существующая тема закрыта, прочитайте ее, чтобы увидеть, применимы ли к вам принятые решения. Если нет, оставьте комментарий, и тема будет вновь открыта. Обратите внимание, что, поскольку связи с общественностью на первом месте в разработке, а выпуски создаются на основе мастера, решение проблемы не будет доступно сразу из официальных источников, но будет включено в следующий выпуск.

Открыть номер

Как только вы готовы открыть номер, пожалуйста, смотрите эту страницу!

Сообщения об ошибках

При написании проблемы обязательно соберите как можно больше соответствующих деталей - это очень важно, чтобы помочь в устранении неполадок и отслеживании / расследовании проблемы. Некоторые полезные элементы включают в себя:

• Как вы установили Jellyfin (обновление / новая установка)
• Какую платформу и операционную систему вы используете (Debian, Arch, Docker и т. Д.)
• То, что вы делали, вызвало появление проблемы
• Любой соответствующий вывод журнала
• Любая нестандартная конфигурация, которую вы используете

Ошибки должны быть помечены [bug] в начале их заголовка. Это будет удалено позже командой Jellyfin, назначив теги. Чтобы помочь в сортировке, если вы знаете, какие другие теги следует применять к вашей проблеме, добавьте их после тега [bug].

Ошибки должны быть воспроизводимыми. То есть вы должны быть в состоянии определить с помощью устранения неполадок, как повторить проблему. Хотя одноразовые ошибки не следует игнорировать, но если их трудно или невозможно воспроизвести, их, вероятно, будет очень трудно исправить. Пожалуйста, попробуйте воспроизвести ошибку, прежде чем представлять проблему, и включите наименьший тестовый пример, который вы можете продемонстрировать.

Если вам когда-нибудь понадобится помощь в решении проблем или открытии темы, свяжитесь с сообществом, и мы постараемся вам помочь!

Эмиссионные этикетки

Jellyfin имеет серию ярлыков, чтобы помочь в сортировке и управлении проблемами. Пользователи не могут назначать их самостоятельно из-за разрешений GitHub, но они будут добавлены членом команды во время сортировки.

категории

Эти теги представляют собой широкие категории, для которых затрагивается часть базы кода.

• ... сзади: проблема, которая в первую очередь связана с серверным кодом сервера.
• сборка: проблема, которая касается прежде всего процесса строительства.

обзор

Эти ярлыки помогают определить, насколько важна проблема.

• регрессия: проблема, требующая немедленного внимания из-за регрессии из последней сборки.
• ... ошибка: ошибка в коде, которая влияет на нормальное использование.

управление

Эти ярлыки помогают управлять проектом и направлением.

• Хороший первый вопрос: то, что должно быть очень легко сделать, и это отличное место для начала.
• Требуется помощь: проблема, которая в настоящее время не имеет явного эксперта в рамках проекта и может использовать стороннюю помощь.
• дорожная карта: мета-тема, связанная с будущей дорожной картой проекта.
• Расследование: дело типа расследования, основанное на коде.

Запросы на извлечение

Эти метки применяются только для получения запросов в административных целях.

• требует тестирования: PR, который еще не был протестирован в реальной среде. Любой PR, который влияет на фонд, должен быть проверен перед объединением, чтобы избежать регрессий.