Construct bugs
1.0.0
ここは、Construct 3 および Construct Animate のパブリック バグ レポートの提出を処理する場所です。
残念ながら、多くのユーザーがバグを報告しますが、それらのバグには、私たちが対処するのに十分な情報が含まれていないため、役に立ちません。私たちのポリシーは、これらのバグを調査せずにクローズすることです。バグがクローズされることを避け、報告されているバグを確実に修正できるようにするには、次のガイドラインに従ってください。
ほとんどのバグは、一見明らかなように見えても、実際には明らかではありません。多くの場合、問題は実際には、たまたま発生した非常に特殊な状況でのみ発生します。これらのガイドラインは、何が起こっているのかを確実に把握できるように設計されています。したがって、問題がどれほど明白であると考えていても、またはこれまでにどれだけ多くの問題を提起したことがあっても、ガイドラインのどの部分もスキップしないでください。私たちはこのすべての情報を毎回本当に必要としており、詳細をスキップすると、作業がさらに困難になる可能性があります。私たちがあなたを助けるために。
多くのバグレポートは、実際には単なるイベントの間違い、または誤解された機能です。イベントとドキュメントを再確認してください。
すでに修正されたバグの報告を避けるために、最新のベータ リリースを含む最新バージョンの Construct で問題が発生していることを確認してください。
以前は機能していたものがアップデートによって誤って壊れた場合、どのリリースで壊れたかを知らせることは非常に役立ちます。これが、バグ レポート テンプレートの[最初に影響を受けるリリース]フィールドの目的です。たとえば、何かが r300 までのすべてのリリースで動作し、r301 以降のすべてのリリースで動作しなくなった場合は、最初に影響を受けるリリースとして r301 を入力してください。 (テストしたバージョンをそのまま入力しないでください。これは誤解を招き、問題の対処に時間がかかる可能性があります。)
バグ送信ページにはテンプレートがあらかじめ入力されています。削除しないでください。この情報はすべて、お客様のお役に立つために必要です。すべてのレポートでは、システムの詳細やクラッシュ レポート情報など、要求された情報をできる限り多く提供してください。毎回この情報を完全に提供してください。他の問題やフォーラムの投稿などを参照しないでください。これにより、レポートには必要なすべての情報が単独で含まれます。
作成する各号には 1 つの問題のみを説明してください。 2 つの別々の説明が同時に存在することは非常に混乱を招くため、通常、そのうちの 1 つの重要な情報をスキップしたことになります。さらに、問題を割り当てて追跡するための便利なツールもありますが、これらは問題が単一の問題を指している場合にのみ有効です。
可能な限り、問題を示す最小限のプロジェクトを含めてください。プロジェクトを含めない場合、書面による説明を提供した場合や、問題が明白であると考えた場合でも、レポートは調査されずに閉じられる可能性が高くなります。これは、プロジェクト ファイルがなければ、ほとんどの場合、すべてが正常に動作していることがわかるからです。通常、問題の実際の原因はプロジェクトに固有の何かがあり、それがなければ対処することは不可能です。したがって、プロジェクトをアタッチする必要があります。
プロジェクトはできる限り最小限にし、問題を示すために使用するイベントとオブジェクトを最小限にする必要があります。新しい空のプロジェクトを作成し、問題を最初から再現してみます。あるいは、プロジェクトをバックアップし、問題が特定されるまで可能な限り削除します。無関係なオブジェクト、イベント、レイアウトなどを削除できる限り続行してください。
プロジェクトではサードパーティのアドオンを使用しないでください。残念ながら、サードパーティのコードのサポートは提供できません。サードパーティのアドオンのバグは、その開発者に報告する必要があります。サードパーティのアドオンが問題の原因ではないことを証明するために、サードパーティのアドオンを削除する必要があります。
単一ファイルのプロジェクトを保存してください。これらのファイル拡張子は.c3pです。
このようなプロジェクトを保存するには、 [メニュー] -> [プロジェクト] -> [名前を付けて保存] -> [コピーをダウンロード]を選択します。
.c3p ファイルは、Dropbox、OneDrive、Google Drive などの無料のファイル ホスティング サービスでパブリックに共有できます。あるいは、ファイルを zip に追加するか、.c3p 拡張子の名前を .zip に変更すると、そのファイルを GitHub の問題に添付できます。 (GitHub は、.c3p で終わるファイルを受け入れません。また、実際に .c3p ファイルである場合でも、Construct は zip からプロジェクトを直接開くことができます。)
別のファイル ホストを選択し、そのファイル ホストが広告をスパム送信したり、サインアップや情報の入力を要求したり、確認した時点で有効期限が切れていた場合、当社はバグを調査しません。前述の 3 つのサービスはうまく機能するため、お勧めします。
私たちは何千ものレポートを扱っていますが、その多くは難しい問題です。お客様の問題に迅速かつ効果的に対処できるよう、次のような問題を実証するプロジェクトを提供することが理想的です。
多くの場合、ユーザーはバグレポートのビデオを添付します。これは、あなたが思っているほど常に役立つわけではありません。何が起こっているのかを理解するためにビデオをデバッグすることはできません。プロジェクトを添付する方がはるかに便利です。さらに、再現手順が短く、よく書かれているレポートは、通常、より迅速に対処できます。これは、数千のレポートを扱うことを考えると重要です。
通常、当社からの要求がない限り、ビデオの添付は省略していただいて結構です。書かれている再現手順から問題を再現するのが難しい場合、私たちはあなたが何をしているのかを正確に観察できるので、これらは役に立ちます。時間を割いても構わない場合は、必要な場合に備えて、再現手順を記載したビデオを添付していただけますか。
Construct のような複雑なソフトウェアを使用すると、意図的にわかりにくくしたプロジェクトや、意図的にわかりにくくした一連のステップを作成することができ、予期せぬ結果が生じたり、クラッシュしたりする可能性があります。ただし、通常の方法で Construct を使用している人がそのような問題に遭遇したことがない場合、それらは実際の Construct の使用法とは無関係です。当社は、お客様が信頼できる堅牢で高品質なソフトウェアの開発に取り組んでいます。ただし、すべての変更には他の問題が発生するリスクがあるため、このような問題を修正することは基本的に時間の無駄であり、実際に Construct の品質を低下させる可能性があることがわかりました。したがって、理論的には、誰かが問題に遭遇した場合に備えて、そのような問題を報告することは役に立ちますが、実際にはそうではありません。私たちはリソースが限られた小規模なチームであり、お客様とは関係のない難しくて時間のかかる問題に対処するのではなく、現実世界の目的で Construct を使用する人々のサポートに限られた時間を集中したいと考えています。そのため、レポートに意図的に問題を探していると思われる場合、または Construct の現実的な使用法を表していないと思われる場合には、問題を修正せずにクローズすることがあります。
私たちのスタッフがお手伝いいたします。当社には、何千ものバグレポートに対処してきた経験豊富なエンジニアがいます。大多数の記者は親切で、喜んで協力してくれます。ただし、スタッフへの対応に協力しない場合、または不必要に戦闘的である場合は、報告を終了し、調査を中止します。誰かがガイドラインに従って報告を提出した場合、当社はその報告に対する調査を再開します。詳細については、バグレポートにも適用されるフォーラムとコミュニティのガイドラインを参照してください。
ここでは、バグ報告プロセス中によくある質問や懸念事項に対する回答を示します。これらは実際によく聞かれる質問なので、一見の価値があります。
あなたが報告しようとしている問題を開発者が実際に診断して修正できる十分な可能性を得るには、この投稿のすべてのガイドラインに従う必要があります。私たちは文字通り何千ものバグレポートを受け取り、それらに対処するのは非常に時間がかかる場合があります。開発者の時間を節約して新しく魅力的な機能の作成により多くの時間を費やせるようにするため、また開発者にとって役に立たない無駄なレポートを作成しないように時間を節約するために、これらのガイドラインは必須であり、レポートはそれに従っていません。調査せずに閉鎖されます。
気分を害さないでください。私たちは多数のバグレポートに対処しており、それらにできるだけ効率的に対処することを目標としています。私たちは、迅速に診断して修正できる、有用で詳細な実用的なバグレポートを提出する習慣を身につけていただきたいと考えています。これは、バグをより早く修正できる可能性が高くなるため、あなたにとってもメリットがあります。したがって、すべてのバグ報告に対して可能な限りガイドラインに従うことを学ぶことは、全員の利益になります。調査もせずに閉鎖されたと無礼に言うかもしれませんが、それはおそらくその日の数件のうちの 1 件であり、私たちがどのように支援する必要があるかを強調したいと思います。
クローズされたバグレポートには返信しないでください。代わりに、新しいレポートを提出し、すべてのガイドラインに従っていることを確認し、不足している情報を提供してください。
いいえ、プロジェクト全体を望んでいるわけではありません。プロジェクト全体を私たちに送っても、通常は実際には役に立ちません。このガイドラインでは、イベントとオブジェクトを可能な限り少なくした最小限のプロジェクトを必要としています。できれば、新しい空のプロジェクトを作成し、何が起こっているかを示す最小限のイベントとオブジェクトを追加することで、問題を実証できるようになります。これは、開発者が問題を診断するための唯一の実用的な方法です。何百、あるいは何千ものイベントやオブジェクトを含むプロジェクトのテストは悪夢のようなものです。エンジン内で非常に多くのことが起こっており、どの部分が問題を起こしている可能性があるかを特定するのはほぼ不可能だからです。さらに、バグレポートのかなりの部分は、実際にはバグではなく、単なるイベントの間違いです。大規模なプロジェクトのデバッグに何時間、場合によっては数日も費やし、その後イベントで間違いであったことが判明するのは、特に私たちが小規模なチームであるため、開発者の時間にとってあまりにもコストがかかりすぎます。誰もが、開発者が新しいエキサイティングな機能の開発に戻ってくれるように望んでいます。一般に、新しい空のプロジェクトで問題を再現できない場合、それは実際にはイベント内の単なる間違いであるという強い兆候であるため、これはバグ レポートから間違いを除外する良い方法です。
最小限のプロジェクトでは、実際のアートワークの代わりにプレースホルダー グラフィックを簡単に使用することもできます。これにより、著作権や NDA への署名に関する懸念も解消されます。したがって、それはあなたと開発者の両方にとって良いことです。
これは、あなた自身の出来事が間違いである可能性が高いという強力な兆候です。まず最初に、イベントを注意深く確認し、正しく機能していることを確認してください。次に、問題の切り分けを開始します。プロジェクトをバックアップし、その一部の削除を開始します。ある時点で問題が解決する場合があります。これは、最後に削除したものに原因があることを示しています。この場合、原因を正確に特定できるまで、戻って小さな部品の取り外しを始めてください。バグのように見える場合は、これを開始点として使用して、新しい空のプロジェクトでバグを実証します。コンテンツを削除しても問題が解決しない場合は、不要なイベントやオブジェクトを含まない最小限のプロジェクトまですべてを削除できるはずです。問題がバグであり、イベントの間違いや誤解ではないことが確実な場合は、このプロジェクトをバグ レポートとして送信できます。
私たちはすべてのレポートを確認していますが、開発者とリリースのスケジュールにより、すぐに報告できない可能性があります。調査には数週間かかりますのでご了承ください。待っている場合は、これらのガイドラインを注意深く確認し、問題に関する有益な情報をできるだけ多く提供することで、開発者が問題に対処したときに問題が解決される可能性を高めることができます。何かが足りない場合、単に不足している情報を尋ねるだけの返事を数週間待つことになり、その後また待つことになる可能性があります。
一部のバグは、Construct の問題ではなく、実際にはブラウザまたはプラットフォームのバグであると結論付けられる場合があります。これには、ブラウザ自体がクラッシュしたり、「悲しいタブ」が発生したりする問題が含まれます (タブの内容が、問題が発生したか、クラッシュしたためリロードする必要があることを示すメッセージに置き換えられます)。通常、Construct のコードがこれを引き起こすことはなく、問題のみが発生します。ブラウザ自体で。代わりにブラウザのメーカーに問題を直接報告するよう求められる場合があります。ブラウザの問題を報告するためのリンクは次のとおりです。
Chromium (Android 上の Google Chrome、Microsoft Edge、NW.js、Cordova): crbug.com
Safari (Mac、iOS、iOS 上の Cordova): WebKit Bugzilla
Firefox: モジラ バグジラ
NW.js (他の Chromium ベースのプラットフォームではなく、NW.js でのみ発生する問題): NW.js の問題
ガイドラインをお読みいただきありがとうございます。 「問題」セクションにアクセスして開始できます。
