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는 실제로 .c3p 파일인 경우 zip에서 프로젝트를 직접 열 수 있습니다.)
다른 파일 호스트를 선택했는데 그것이 광고로 스팸을 보내거나, 가입 또는 정보 입력을 요청하거나, 우리가 확인할 때까지 만료되는 경우, 우리는 버그를 조사하지 않을 것입니다. 앞서 언급한 세 가지 서비스가 잘 작동하므로 권장합니다.
우리는 수천 건의 신고를 처리하고 있으며 그 중 상당수는 어려운 문제입니다. 귀하의 문제를 신속하고 효과적으로 처리하는 데 도움이 되도록 다음과 같은 문제를 보여주는 프로젝트를 제공하는 것이 이상적입니다.
사용자는 버그 보고서가 포함된 동영상을 첨부하는 경우가 많습니다. 이것이 생각만큼 항상 유용한 것은 아닙니다. 무슨 일이 일어나고 있는지 파악하기 위해 비디오를 디버깅할 수는 없습니다. 프로젝트를 첨부하는 것이 훨씬 더 유용합니다. 또한 재현을 위한 짧고 잘 작성된 단계가 포함된 보고서는 일반적으로 처리 속도가 더 빠르며, 이는 우리가 수천 개의 보고서를 처리한다는 점에서 중요합니다.
일반적으로 우리가 요청하지 않는 한 비디오 첨부를 건너뛸 수 있습니다. 기록된 재현 단계에서 문제를 재현하는 데 어려움을 겪고 있는 경우 도움이 될 수 있습니다. 사용자가 수행 중인 작업을 정확하게 볼 수 있기 때문입니다. 시간을 아끼는 것이 괜찮다면 필요할 경우를 대비해 재현할 단계를 서면으로 첨부하여 비디오를 첨부할 수 있습니다.
Construct와 같은 복잡한 소프트웨어를 사용하면 의도적으로 모호한 프로젝트나 의도적으로 모호한 단계 시퀀스를 만들어 예상치 못한 결과나 심지어 충돌을 일으킬 수도 있습니다. 그러나 정상적인 방식으로 Construct를 사용하는 사람 중 누구도 이러한 문제에 직면하지 않는다면 이는 Construct의 실제 사용과 관련이 없습니다. 우리는 고객이 신뢰할 수 있는 강력하고 고품질의 소프트웨어를 개발하기 위해 최선을 다하고 있습니다. 그러나 우리는 이러한 문제를 해결하는 것이 기본적으로 시간 낭비이며 실제로 Construct의 품질을 저하시킬 수 있다는 사실을 발견했습니다. 모든 변경 사항은 다른 문제를 일으킬 위험이 있기 때문입니다. 따라서 이론상으로는 누군가가 "만약에" 문제를 겪을 경우를 대비해 이러한 문제를 보고하는 것이 유용하지만 실제로는 그렇지 않습니다. 우리는 제한된 리소스를 가진 소규모 팀이므로 고객과 관련이 없는 어렵고 시간이 많이 걸리는 문제를 처리하기보다는 실제 목적으로 Construct를 사용하는 사람들을 지원하는 데 제한된 시간을 집중하고 싶습니다. 따라서 보고서가 의도적으로 문제를 찾는 것과 관련이 있거나 Construct의 현실적인 사용을 나타내지 않는 경우 문제를 수정하지 않고 종료할 수도 있습니다.
우리 직원이 당신을 돕기 위해 여기 있습니다. 우리는 수천 건의 버그 보고서를 처리한 경험이 풍부한 엔지니어를 보유하고 있습니다. 대다수의 기자들은 도움이 되었으며 우리와 함께 일하는 것을 기쁘게 생각합니다. 그러나 직원을 대할 때 협조하지 않거나 불필요하게 호전적인 태도를 보일 경우 신고를 종료하고 조사를 중단할 것입니다. 누군가가 지침을 준수하여 보고서를 제출하면 우리는 보고서에 대한 조사를 재개할 것입니다. 자세한 내용은 버그 보고서에도 적용되는 포럼 및 커뮤니티 지침을 참조하세요.
다음은 버그 신고 과정에서 자주 묻는 질문이나 우려 사항에 대한 답변입니다. 이러한 질문은 실제로 자주 묻는 질문이므로 한 번 살펴볼 가치가 있습니다.
개발자가 실제로 보고하려는 문제를 진단하고 해결할 수 있는 합리적인 기회를 가지려면 이 게시물의 모든 지침을 따라야 합니다. 우리는 말 그대로 수천 개의 버그 보고서를 받고 이를 처리하는 데 시간이 많이 걸릴 수 있습니다. 개발자의 시간을 절약하여 새롭고 흥미로운 기능을 작성하는 데 더 많은 시간을 할애하고 개발자에게 유용하지 않은 쓸모없는 보고서를 작성하지 않도록 시간을 절약하기 위해 이러한 지침은 필수이며 보고서는 이를 따르지 않습니다. 조사 없이 폐쇄됩니다.
화를 내지 마십시오. 우리는 수많은 버그 보고서를 처리하고 있으며 우리의 목표는 이를 최대한 효율적으로 처리하는 것입니다. 우리는 신속하게 진단하고 수정할 수 있는 유용하고 상세하며 실행 가능한 버그 보고서를 제출하는 습관을 들이기를 바랍니다. 버그를 더 빨리, 더 빨리 수정할 수 있으므로 이는 귀하에게도 도움이 됩니다. 따라서 모든 버그 보고서에 대해 가능한 한 최대한 지침을 따르는 방법을 배우는 것이 모든 사람의 이익입니다. 우리는 조사 없이 문을 닫았다고 무례하게 말할 수도 있지만, 아마도 그날 그런 일이 여러 건 중 하나일 것입니다. 우리는 귀하를 어떻게 도와야 하는지 강조하고 싶습니다.
닫힌 버그 보고서에 회신하지 마십시오. 대신 새 보고서를 제출하고 모든 지침을 준수하고 누락된 정보를 제공했는지 확인하세요.
아니요, 우리는 귀하의 전체 프로젝트를 원하지 않습니다. 전체 프로젝트를 우리에게 보내는 것은 일반적으로 실제로 도움이 되지 않습니다. 지침에는 가능한 최소한의 이벤트와 개체를 포함하는 최소한의 프로젝트가 필요합니다. 새로운 빈 프로젝트를 생성하고 최소한의 이벤트와 개체를 추가하여 무슨 일이 일어나고 있는지 보여줌으로써 문제를 시연할 수 있는 것이 바람직합니다. 이는 개발자가 문제를 진단할 수 있는 유일한 실용적인 방법입니다. 수백 또는 수천 개의 이벤트나 개체가 포함된 프로젝트는 테스트하기가 쉽지 않습니다. 엔진에서 너무 많은 일이 일어나고 있고 어떤 부분이 잠재적으로 잘못될지 격리하는 것이 거의 불가능하기 때문입니다. 또한 버그 보고서의 상당 부분은 실제 버그가 아닌 이벤트의 실수일 뿐입니다. 대규모 프로젝트를 디버깅하는 데 몇 시간 또는 며칠을 소비하여 이벤트에서 실수가 있었음을 발견하는 것은 특히 소규모 팀인 경우 개발자 시간에 너무 많은 비용이 듭니다. 모두가 개발자가 새롭고 흥미로운 기능을 다시 작성하기를 원합니다! 일반적으로 새로운 빈 프로젝트에서 문제를 재현할 수 없다면 이는 이벤트의 실수일 뿐이라는 강력한 신호이므로 이는 버그 보고서에서 실수를 필터링하는 좋은 방법입니다.
최소 프로젝트에서는 실제 아트워크 대신 자리 표시자 그래픽을 쉽게 사용할 수도 있습니다. 이는 또한 저작권이나 NDA 서명에 대한 우려를 없애줍니다. 따라서 귀하와 개발자 모두에게 더 좋습니다.
이는 자신의 이벤트에서 실수가 발생할 가능성이 높다는 강력한 신호입니다. 우선, 이벤트를 주의 깊게 검토하고 올바르게 작동하는지 확인하세요. 둘째, 문제 격리를 시작하십시오. 프로젝트를 백업하고 프로젝트의 일부를 삭제해 보세요. 어느 시점에서 문제가 사라질 수 있습니다. 이는 원인이 마지막으로 삭제한 항목에 있음을 나타냅니다. 이 경우에는 원인을 정확히 파악할 수 있을 때까지 돌아가서 더 작은 부품 제거를 시작하는 등의 작업을 계속하십시오. 버그처럼 보이는 경우 이를 시작점으로 사용하여 새로운 빈 프로젝트에서 버그를 보여줍니다. 콘텐츠를 삭제해도 문제가 해결되지 않으면 불필요한 이벤트나 개체가 없는 최소한의 프로젝트까지 모든 것을 삭제할 수 있어야 합니다. 문제가 버그이고 이벤트에 대한 실수나 오해가 아니라고 확신하는 경우 이 프로젝트를 버그 보고서에 제출할 수 있습니다.
우리는 모든 보고서를 검토하지만 개발자 및 릴리스 일정으로 인해 즉시 답변을 얻지 못할 수도 있습니다. 조사하는 데 몇 주가 소요될 수 있습니다. 기다리고 있는 경우 이러한 지침을 주의 깊게 검토하고 문제에 대한 유용한 정보를 최대한 많이 제공하여 개발자가 문제를 해결할 때 문제가 해결될 가능성을 높일 수 있습니다. 누락된 정보가 있으면 단순히 누락된 정보를 묻는 답변을 받기까지 몇 주를 기다리다가 다시 기다리게 될 수 있습니다.
일부 버그는 Construct의 문제가 아니라 실제로 브라우저나 플랫폼의 버그로 결론을 내릴 수도 있습니다. 여기에는 브라우저 자체가 충돌하거나 "슬픈 탭"(탭이 문제가 발생했거나 충돌했으며 다시 로드해야 한다는 메시지로 탭의 내용을 대체하는 경우)이 발생하는 모든 문제가 포함됩니다. Construct의 코드는 일반적으로 이 문제를 일으킬 수 없으며 문제만 발생합니다. 브라우저 자체로. 대신 브라우저 제조업체에 직접 문제를 보고하라는 요청을 받을 수도 있습니다. 브라우저의 문제를 보고할 수 있는 링크는 다음과 같습니다.
Chromium(Google Chrome, Microsoft Edge, NW.js, Android의 Cordova): crbug.com
Safari(Mac, iOS, iOS의 Cordova): WebKit Bugzilla
파이어폭스: 모질라 버그질라
NW.js(NW.js에서만 발생하는 문제, 다른 Chromium 기반 플랫폼에서는 발생하지 않는 문제): NW.js 문제
가이드라인을 읽어주셔서 감사합니다! 문제 섹션을 방문하여 시작할 수 있습니다.
