Construct bugs
1.0.0
Здесь мы обрабатываем общедоступные отчеты об ошибках в Construct 3 и Construct Animate.
К сожалению, многие пользователи сообщают об ошибках, которые бесполезны, поскольку не содержат достаточно информации, чтобы мы могли что-либо с ними сделать. Наша политика — закрывать эти ошибки, не исследуя их. Следуйте этим рекомендациям, чтобы избежать закрытия вашей ошибки и убедиться, что мы можем исправить ошибку, о которой вы сообщаете.
Большинство ошибок на самом деле не очевидны, даже если они кажутся вам очевидными. Часто проблемы на самом деле возникают только при очень специфическом стечении обстоятельств, которые у вас есть. Эти рекомендации созданы для того, чтобы мы могли понять, что происходит. Поэтому, пожалуйста, никогда не пропускайте какую-либо часть рекомендаций, независимо от того, насколько очевидна, по вашему мнению, проблема или сколько проблем вы уже подали - вся эта информация нам действительно нужна каждый раз, и пропуск каких-либо деталей, скорее всего, значительно усложнит задачу. чтобы мы могли вам помочь.
Многие сообщения об ошибках на самом деле являются просто ошибками в событиях или неправильно понятыми функциями. Пожалуйста, дважды проверьте ваши мероприятия и документацию.
Чтобы не сообщать об ошибках, которые мы уже исправили, убедитесь, что проблема возникает в последней версии Construct, включая последнюю бета-версию.
Если что-то раньше работало, но было случайно сломано обновлением, очень полезно сообщить нам , в какой версии оно сломалось. Для этого предназначено поле « Первая затронутая версия» в шаблоне отчета об ошибке. Например, если что-то работало во всех выпусках до r300, а затем было сломано во всех выпусках, начиная с r301, введите r301 в качестве первого затронутого выпуска. (Пожалуйста, не вводите просто ту версию, которую вы тестировали, поскольку это вводит в заблуждение и может занять больше времени для решения проблемы.)
Страница сообщения об ошибке предварительно заполнена шаблоном. Не удаляйте его — вся эта информация нам нужна, чтобы мы могли вам помочь. Пожалуйста, предоставьте как можно больше запрошенной информации, включая сведения о системе или информацию о сбоях в каждом отчете. Каждый раз предоставляйте эту информацию полностью — не ссылайтесь на другие проблемы, сообщения на форумах где-либо еще и т. д., чтобы отчет включал всю необходимую информацию сам по себе.
Пожалуйста, описывайте только одну проблему в каждом создаваемом вами выпуске. Наличие двух отдельных описаний одновременно очень сбивает с толку и обычно означает, что вы пропустили некоторую важную информацию для одного из них. Кроме того, у нас есть полезные инструменты для определения и отслеживания проблем, но они эффективны только в том случае, если проблема относится к одной проблеме.
По возможности, пожалуйста, включите минимальный проект, демонстрирующий проблему. Если вы не включите проект, ваш отчет, скорее всего, будет закрыт без расследования, даже если вы предоставили письменное описание или считаете, что проблема очевидна. Это связано с тем, что без файла проекта мы почти всегда обнаруживаем, что все работает нормально. Обычно в вашем проекте есть что-то особенное, что действительно вызывает проблему, и без этого невозможно помочь. Поэтому необходимо прикрепить проект.
Проект должен быть как можно более минимальным, в нем должно использоваться как можно меньше событий и объектов для демонстрации проблемы. Создайте новый пустой проект и попробуйте воспроизвести проблему с нуля. Альтернативно сделайте резервную копию вашего проекта и удалите как можно больше, пока проблема не будет изолирована. Продолжайте, насколько это возможно, удаляя все несвязанные объекты, события, макеты и т. д.
Не используйте сторонние дополнения в своем проекте. К сожалению, мы не можем обеспечить поддержку стороннего кода. Об ошибках в сторонних аддонах следует сообщать их разработчикам. Мы требуем удалить сторонние дополнения, чтобы доказать, что они не вызывают проблемы.
Пожалуйста, сохраните проект в один файл. Они имеют расширение файла .c3p.
Вы можете сохранить такой проект, выбрав Меню -> Проект -> Сохранить как -> Загрузить копию .
Файл .c3p можно публиковать публично на бесплатных хостингах файлов, таких как Dropbox, OneDrive или Google Drive. Альтернативно, если вы добавите файл в ZIP-архив или переименуете расширение .c3p в .zip, его можно будет прикрепить к выпуску GitHub. (GitHub не принимает файлы, заканчивающиеся на .c3p. Кроме того, Construct по-прежнему может напрямую открывать проекты из zip-архива, если на самом деле это файл .c3p.)
Если вы выберете другой файловый хостинг, и он рассылает нам спам с рекламой, просит нас зарегистрироваться или ввести информацию или истекает срок его действия к моменту, когда мы его просмотрим, мы не будем расследовать ошибку. Мы рекомендуем три услуги, упомянутые ранее, поскольку они работают хорошо.
Мы имеем дело с тысячами отчетов, многие из которых представляют собой сложные проблемы. Чтобы помочь нам быстро и эффективно решить вашу проблему, идеально предоставить проект, демонстрирующий проблему, который:
Часто пользователи прикрепляют видео с отчетами об ошибках. Это не всегда так полезно, как вы думаете: мы не можем отлаживать видео, чтобы понять, что происходит. Прикрепление проекта гораздо полезнее. Кроме того, отчеты с короткими и хорошо написанными действиями по воспроизведению обычно обрабатываются быстрее, что важно, учитывая, что мы имеем дело с тысячами отчетов.
В общем, вы, вероятно, можете не прикреплять видео, если мы не попросим об этом. Они могут быть полезны, если у нас возникли проблемы с воспроизведением проблемы из письменных шагов по воспроизведению, поскольку мы можем точно наблюдать, что вы делаете. Если вы не против сэкономить время, вы можете прикрепить видео к письменным инструкциям для воспроизведения на тот случай, если оно нам понадобится.
С помощью такого сложного программного обеспечения, как Construct, можно создавать намеренно неясные проекты или намеренно неясные последовательности шагов, которые могут привести к неожиданным результатам или даже сбоям. Однако если никто, использующий Construct обычным образом, никогда не сталкивается с такими проблемами, то они не имеют никакого отношения к реальному использованию Construct. Мы стремимся разрабатывать надежное и качественное программное обеспечение, на которое клиенты могут положиться. Однако мы обнаружили, что исправление таких проблем — это, по сути, пустая трата времени и фактически может ухудшить качество Construct, поскольку каждое изменение несет в себе риск возникновения других проблем. Таким образом, хотя теоретически полезно сообщать о таких проблемах «на всякий случай», на практике это не так. Мы небольшая команда с ограниченными ресурсами, и мы хотим сосредоточить наше ограниченное время на поддержке людей, использующих Construct для реальных целей, а не на решении сложных и трудоемких проблем, не имеющих отношения к клиентам. Таким образом, мы можем иногда закрывать проблемы, не исправляя их, если считаем, что отчет представляет собой намеренный поиск проблем или иным образом не отражает реалистичного использования Construct.
Наши сотрудники здесь, чтобы помочь вам. У нас есть опытные инженеры, которые работали с тысячами отчетов об ошибках. Подавляющее большинство репортеров нам готовы помочь и рады работать с нами. Однако если вы не будете сотрудничать или будете излишне агрессивны в отношениях с персоналом, мы закроем ваше сообщение и прекратим его расследование. Мы возобновим расследование отчета, если кто-то отправит его в соответствии с правилами. Более подробную информацию можно найти в правилах форума и сообщества, которые также применимы к отчетам об ошибках.
Ниже приведены ответы на распространенные вопросы или проблемы, возникающие в процессе составления отчета об ошибке. Их действительно часто задают, так что стоит посмотреть.
Вам необходимо следовать всем рекомендациям, изложенным в этом посте, чтобы у разработчиков действительно была реальная возможность диагностировать и устранить проблему, о которой вы пытаетесь сообщить. Мы получаем буквально тысячи отчетов об ошибках, и их обработка может занять очень много времени. Чтобы сэкономить время разработчиков, чтобы они могли тратить больше времени на написание новых и интересных функций, а также сэкономить ваше время, чтобы вы не писали бесполезные отчеты, которые бесполезны для разработчиков, эти рекомендации являются обязательными, и отчеты не следуют им. закроют без расследования.
Пожалуйста, не обижайтесь; мы имеем дело с большим количеством отчетов об ошибках, и наша цель — справиться с ними максимально эффективно. Мы хотим, чтобы у вас выработалась привычка составлять полезные, подробные и действенные отчеты об ошибках, которые мы сможем быстро диагностировать и исправить. Это также принесет вам пользу, поскольку у вас больше шансов исправить ошибку, причем быстрее. Поэтому в общих интересах, чтобы вы научились следовать рекомендациям в максимально возможной степени для каждого отчета об ошибке. Мы можем бесцеремонно сказать, что он закрыт без расследования, но это, наверное, один из нескольких в этот день, и мы хотим подчеркнуть, как вам нужно помочь нам вам помочь.
Пожалуйста, не отвечайте на закрытые отчеты об ошибках. Вместо этого подайте новый отчет и убедитесь, что вы следуете всем рекомендациям и предоставляете всю недостающую информацию.
Нет, нам не нужен весь ваш проект. Отправка нам всего проекта обычно бесполезна. Рекомендации требуют минимального проекта с наименьшим количеством событий и объектов. Предпочтительно вы сможете продемонстрировать проблему, создав новый пустой проект и добавив минимальное количество событий и объектов, чтобы показать, что происходит. Это единственный практический способ для разработчиков диагностировать проблему. Проекты с сотнями или даже тысячами событий или объектов — кошмар для тестирования, потому что в движке происходит так много всего, что практически невозможно определить, какая часть потенциально работает не так. Более того, очень значительная часть отчетов об ошибках — это просто ошибки в событиях, а не сами ошибки. Тратить часы или даже дни на отладку огромного проекта только для того, чтобы обнаружить, что это была ошибка в событиях, просто слишком дорого обходится нашему времени разработчиков, особенно учитывая, что мы небольшая команда. Все хотят, чтобы разработчики вместо этого вернулись к написанию новых и интересных функций! Как правило, если вы не можете воспроизвести проблему в новом пустом проекте, это верный признак того, что на самом деле это просто ошибка в ваших событиях, поэтому это хороший способ отфильтровать ошибки из отчетов об ошибках.
В своем минимальном проекте вы также можете легко использовать графику-заполнитель вместо фактического изображения. Это также устраняет любые опасения по поводу авторских прав или необходимости подписывать соглашения о неразглашении. Так будет лучше и для вас, и для разработчиков.
Это сильный знак, что, скорее всего, это ошибка в ваших собственных мероприятиях. Прежде всего внимательно просмотрите свои события и убедитесь, что они работают правильно. Во-вторых, начните изолировать проблему. Создайте резервную копию вашего проекта и начните удалять его фрагменты. В какой-то момент проблема может исчезнуть, что указывает на то, что причина была в последнем удаленном вами файле. В этом случае вернитесь назад и начните удалять более мелкие детали и так далее, пока не сможете точно определить, что является причиной этого. Если это похоже на ошибку, используйте это как отправную точку, чтобы продемонстрировать ошибку в новом пустом проекте. Если проблема не исчезнет при удалении контента, вы сможете удалить все, вплоть до минимального проекта, без ненужных событий или объектов. Если вы уверены, что проблема в баге, а не в ошибке или непонимании событий, то вы можете отправить этот проект в отчет об ошибке.
Мы просматриваем каждый отчет, но графики разработки и выпуска означают, что мы не можем приступить к нему немедленно. Пожалуйста, дайте несколько недель на расследование. Если вы ждете, вы можете повысить вероятность того, что проблема будет решена, когда разработчик доберется до нее, внимательно прочитав эти рекомендации и предоставив как можно больше полезной информации о проблеме. Если вы что-то упускаете, вам может потребоваться несколько недель ожидания ответа, просто запрашивая недостающую информацию, а затем вы снова вернетесь к ожиданию.
Некоторые ошибки могут считаться ошибками браузера или платформы, а не проблемой Construct. Сюда входят любые проблемы, при которых происходит сбой самого браузера или появляется «грустная вкладка» (когда вкладка заменяет свое содержимое сообщением о том, что возникла проблема или произошел сбой, и вам необходимо его перезагрузить) - код Construct обычно не может вызвать это, только проблемы с самим браузером. Вместо этого вас могут попросить сообщить о проблеме непосредственно разработчику браузера. Вот ссылки для сообщения о проблемах в браузерах:
Chromium (Google Chrome, Microsoft Edge, NW.js, Cordova для Android): crbug.com
Safari (Mac, iOS, Cordova для iOS): WebKit Bugzilla
Firefox: Мозилла Багзилла
NW.js (проблемы, возникающие только в NW.js, а не на других платформах на базе Chromium): проблемы NW.js
Спасибо, что прочитали наши рекомендации! Вы можете начать, посетив раздел «Проблемы».
