Как правильно багрепортить на Blender
Причина написания статьи
Я довольно много сижу на различных ресурсах блендер разрабов (а иначе как бы я смог писать настолько подборные статьи:)). Один из них - projects.blender.org - проектный трекер для блендера, Trovo на максималках. Туда отправляются пулл реквесты, там ведется учет задач разработчиков, их степень выполнения, и конечно же багтрекер. Сайт полностью открыт, не надо быть какой-нибудь студией, разработчиком, или маститым в блендер сообществе человеком, просто регистрируйтесь, и получаете полный доступ к содержимому сайта. Это все хорошо, но сейчас нас интересует именно багтрекер, а точнее, попытка вбить людям в голову определенную информацию, чтобы не появлялось вот таких моментов
UPD: картинка со старого трекера)
У человека случилась проблема с аддоном, но видно нормально заполнять репорт его не учили. В результате сотрудники фонда просто закроют репорт. Они не будут разбираться, что там и как, если багрепорт находится в таком состоянии. А ведь там может скрываться вполне реальная проблема, а не просто кривые руки пользователя. Именно поэтому эта статья и пишется
А как же тогда багрепортить правильно?
Для начала точно убеждаемся, что виноваты не вы. Перепроверьте, включена ли видимость, все ли нормально с модификаторами, можно посмотреть, что писал редактор Info, туда стекаются в том числе и предупреждения/ошибки
Если сомнений, что виноваты разрабы - нет, то заходим на сайт, регистрируемся (потребует почту). переходим по ссылке, нажимаем на эту кнопку
Попадаем на такую страницу. Нажимаем Bug Report
Итого попадаем на страницу с самим репортом
Язык для багрепортов - английский, строго английский. Не знаете - используете переводчик
В заголовке пишем название, кратко, в чем проблема
В Operating System пишем свою ОС, в Graphics Card - видеокарту. Под Blender Version можно заполнить только поле Broken (на каких версиях баг есть). Поле Worked по желанию - это версии, где баг не встречается, если у вас остались прошлые версии, и не лень проверить
Либо вместо всего этого использовать Help->Report A bug в заголовке блендера, в этом случае откроется та же форма, но уже будет вставлена информация про ваш блендер и ПК
Short decription of error - само описание ошибки. Включаем графомана, описываем подробно, что и как ломается, при каких условиях. Также можно (и даже нужно) смело прикладывать видео, где записан баг. Также можно прикрепить blend файл, если ошибка воспроизводима только там, или условия, необходимые для воспроизведения, слишком долго создавать (например, сложная модель)
Exact steps for others to reproduce the error - что надо сделать, чтобы воспроизвести ошибку. Пишем подробно, что нажимать и как
После всех шагов жмем эту кнопку, и багрепорт готов!
Время рассмотрения репортов по будням очень маленькое - день-два максимум, в большинстве случаев до нескольких часов. В субботу и воскресенье смысла отправлять баг репорт нету - там никто не будет сидеть
Очень важно активно следить за тем, что происходит с репортом до его подтверждения. Практически в 90% случаев сотрудники фонда затребуют дополнительную информацию. Если вы не будете принимать участия в этом случае, то репорт будет закрыт через неделю, и ваша проблема так и не будет решена
То, как быстро будет исправлен баг, зависит от модуля, которому направлен репорт. Баги, связанные с нодами, различными системами типо Lib Overrides, довольно быстро фиксятся. Тоже самое с небольшими багами в анимационных инструментах и риггинге. Баги в физике очень плохо фиксятся, так как нету активного разработчика. Тоже самое с багами во вьюпорте (хоть там и есть активный разработчик), если они конечно не совсем уж огромные и заметные. Баги в EEVEE фиксятся только в том случае, если они в принципе не позволяют движку нормально функционировать, а так все будет исправлено с приходом EEVEE Next. Немного получше ситуация в инструментарии для скульптинга, текстурирования
Вот и подошел конец статьи. Надеюсь, теперь вы будете нормально оформлять багрепорты, или вовсе больше не будете молчать при нахождении ошибок. Всем спасибо за прочтение!