Construct bugs
1.0.0
Di sinilah kami menangani pengiriman laporan bug publik untuk Construct 3 dan Construct Animate.
Sayangnya, banyak pengguna melaporkan bug yang tidak berguna karena tidak berisi informasi yang cukup bagi kami untuk melakukan apa pun terhadap bug tersebut. Kebijakan kami adalah menutup bug ini tanpa menyelidikinya. Harap ikuti pedoman ini untuk menghindari penutupan bug Anda dan membantu memastikan kami dapat memperbaiki bug yang Anda laporkan.
Kebanyakan bug sebenarnya tidak terlihat jelas, meskipun terlihat jelas bagi Anda. Seringkali masalah sebenarnya hanya terjadi dalam situasi yang sangat spesifik, yang kebetulan Anda alami. Pedoman ini dirancang untuk memastikan kita dapat mengetahui apa yang terjadi. Jadi tolong jangan pernah melewatkan bagian mana pun dari pedoman ini, tidak peduli seberapa jelas masalahnya, atau berapa banyak masalah yang telah Anda ajukan sebelumnya - kami benar-benar membutuhkan semua informasi ini setiap saat, dan melewatkan detail apa pun kemungkinan besar akan membuatnya jauh lebih sulit. bagi kami untuk membantu Anda.
Banyak laporan bug sebenarnya hanyalah kesalahan dalam kejadian, atau fitur yang disalahpahami. Harap periksa kembali acara dan dokumentasi Anda.
Untuk menghindari pelaporan bug yang telah kami perbaiki, harap verifikasi bahwa masalah tersebut terjadi di versi terbaru Construct, termasuk rilis beta terbaru.
Jika sesuatu dulunya berfungsi tetapi secara tidak sengaja rusak karena pembaruan, akan sangat berguna untuk memberi tahu kami rilis mana yang rusak. Inilah gunanya bidang rilis pertama yang terkena dampak pada templat laporan bug. Misalnya jika sesuatu berfungsi di semua rilis hingga r300, dan kemudian rusak di semua rilis mulai dari r301 dan seterusnya, masukkan r301 sebagai rilis pertama yang terpengaruh. (Harap jangan hanya memasukkan versi mana pun yang kebetulan Anda uji, karena ini menyesatkan dan dapat memakan waktu lebih lama untuk menangani masalah ini.)
Halaman pengiriman bug sudah diisi sebelumnya dengan template. Jangan menghapusnya - kami memerlukan semua informasi ini untuk dapat membantu Anda. Harap berikan sebanyak mungkin informasi yang diminta, termasuk detail sistem atau informasi laporan kerusakan pada setiap laporan. Berikan informasi ini secara lengkap setiap saat - jangan mengacu pada isu lain, postingan forum di tempat lain, dll. sehingga laporan tersebut mencakup semua informasi yang diperlukan dengan sendirinya.
Harap hanya jelaskan satu masalah dalam setiap masalah yang Anda buat. Sangat membingungkan untuk memiliki dua deskripsi terpisah sekaligus dan biasanya berarti Anda melewatkan beberapa informasi penting untuk salah satunya. Selain itu, kami memiliki alat yang berguna untuk menetapkan dan melacak masalah, namun alat ini hanya efektif jika masalah merujuk pada satu masalah.
Jika memungkinkan, harap sertakan proyek minimal yang menunjukkan masalah tersebut. Jika Anda tidak menyertakan suatu proyek, laporan Anda kemungkinan besar akan ditutup tanpa penyelidikan, meskipun Anda memberikan penjelasan tertulis atau menganggap masalahnya sudah jelas. Ini karena tanpa file proyek, kami hampir selalu menemukan semuanya berfungsi dengan baik. Biasanya ada sesuatu yang spesifik pada proyek Anda yang sebenarnya menyebabkan masalah, dan tidak mungkin membantu tanpanya. Oleh karena itu melampirkan proyek diperlukan.
Proyek harus dibuat seminimal mungkin, dengan menggunakan kejadian dan objek sesedikit mungkin untuk mendemonstrasikan masalahnya. Buat proyek kosong baru dan coba ulangi masalahnya dari awal. Alternatifnya, buat cadangan proyek Anda dan hapus sebanyak mungkin hingga masalahnya teratasi. Silakan lanjutkan sejauh yang Anda bisa menghapus objek, acara, tata letak, dll yang tidak terkait.
Jangan gunakan add-on pihak ketiga di proyek Anda. Sayangnya kami tidak dapat memberikan dukungan untuk kode pihak ketiga. Bug di add-on pihak ketiga harus dilaporkan ke pengembangnya. Kami mengharuskan add-on pihak ketiga dihapus untuk membuktikan bahwa add-on tersebut tidak menyebabkan masalah.
Silakan simpan proyek satu file. Ini memiliki ekstensi file .c3p
Anda dapat menyimpan proyek seperti ini dengan memilih Menu -> Project -> Save As -> Download a copy .
File .c3p dapat dibagikan secara publik di layanan hosting file gratis seperti Dropbox, OneDrive, atau Google Drive. Alternatifnya, jika Anda menambahkan file ke zip, atau mengganti nama ekstensi .c3p menjadi .zip, file tersebut dapat dilampirkan ke masalah GitHub. (GitHub tidak akan menerima file yang diakhiri dengan .c3p. Selain itu, Construct masih dapat langsung membuka proyek dari zip jika itu sebenarnya file .c3p.)
Jika Anda memilih host file lain dan mengirimkan spam kepada kami dengan iklan, meminta kami untuk mendaftar atau memasukkan informasi, atau kedaluwarsa pada saat kami melihatnya, kami tidak akan menyelidiki bug tersebut. Kami merekomendasikan tiga layanan yang disebutkan sebelumnya karena berfungsi dengan baik.
Kami menangani ribuan laporan, dan banyak di antaranya merupakan masalah yang sulit. Untuk membantu kami menangani masalah Anda dengan cepat dan efektif, sebaiknya sediakan proyek yang menunjukkan masalah yang:
Seringkali pengguna melampirkan video dengan laporan bug. Hal ini tidak selalu berguna seperti yang Anda bayangkan: kami tidak dapat melakukan debug pada video untuk mengetahui apa yang sedang terjadi. Melampirkan proyek jauh lebih bermanfaat. Selain itu, laporan dengan langkah-langkah reproduksi yang singkat dan ditulis dengan baik biasanya lebih cepat ditangani, dan hal ini penting mengingat kami menangani ribuan laporan.
Secara umum Anda mungkin dapat melewatkan melampirkan video kecuali kami memintanya. Mereka dapat membantu jika kami mengalami kesulitan dalam mereproduksi masalah dari langkah-langkah tertulis untuk mereproduksi, karena kami dapat melihat dengan tepat apa yang Anda lakukan. Jika Anda tidak keberatan meluangkan waktu, Anda dapat melampirkan video bersama langkah-langkah tertulis untuk mereproduksinya kalau-kalau kami membutuhkannya.
Dengan perangkat lunak yang kompleks seperti Construct, dimungkinkan untuk membuat proyek yang sengaja dikaburkan, atau urutan langkah yang sengaja dikaburkan, yang dapat memberikan hasil yang tidak diharapkan atau bahkan crash. Namun jika tidak ada orang yang menggunakan Construct secara normal pernah mengalami masalah seperti itu, maka masalah tersebut tidak ada relevansinya dengan penggunaan Construct di dunia nyata. Kami berkomitmen untuk mengembangkan perangkat lunak yang kuat dan berkualitas yang dapat diandalkan oleh pelanggan. Namun kami menemukan bahwa memperbaiki masalah tersebut pada dasarnya hanya membuang-buang waktu, dan pada kenyataannya dapat menurunkan kualitas Construct, karena setiap perubahan berisiko menyebabkan masalah lain. Jadi, meskipun secara teori melaporkan masalah seperti itu "untuk berjaga-jaga" ada gunanya jika ada orang yang mengalaminya, namun dalam praktiknya tidak. Kami adalah tim kecil dengan sumber daya terbatas, dan kami ingin memfokuskan waktu kami yang terbatas untuk mendukung orang-orang yang menggunakan Construct untuk tujuan dunia nyata, daripada menangani masalah sulit dan memakan waktu yang tidak relevan bagi pelanggan. Jadi terkadang kami menutup masalah tanpa memperbaikinya jika kami merasa laporan tersebut sengaja mencari masalah, atau tidak mewakili penggunaan Construct yang realistis.
Staf kami siap membantu Anda. Kami memiliki teknisi berpengalaman yang telah menangani ribuan laporan bug. Sebagian besar reporter sangat membantu dan senang bekerja bersama kami. Namun jika Anda tidak bekerja sama atau terlalu agresif dalam berurusan dengan staf, kami akan menutup laporan Anda dan berhenti menyelidikinya. Kami akan melanjutkan penyelidikan atas laporan tersebut jika ada yang mengajukannya sesuai dengan pedoman. Untuk rincian lebih lanjut silakan lihat pedoman Forum & Komunitas yang juga berlaku untuk laporan bug.
Berikut adalah jawaban atas pertanyaan atau kekhawatiran umum selama proses laporan bug. Ini sangat sering ditanyakan, jadi patut untuk dilihat.
Anda harus mengikuti semua pedoman dalam postingan ini agar pengembang benar-benar memiliki peluang yang masuk akal untuk dapat mendiagnosis dan memperbaiki masalah yang ingin Anda laporkan. Kami mendapatkan ribuan laporan bug dan menanganinya bisa sangat memakan waktu. Untuk menghemat waktu pengembang sehingga mereka dapat menghabiskan lebih banyak waktu untuk menulis fitur-fitur baru dan menarik, dan untuk menghemat waktu Anda sehingga Anda tidak menulis laporan tidak berguna yang tidak berguna bagi pengembang, pedoman ini bersifat wajib dan laporan tidak mengikutinya. akan ditutup tanpa penyelidikan.
Mohon jangan tersinggung; kami menangani laporan bug dalam jumlah besar dan tujuan kami adalah menanganinya seefisien mungkin. Kami ingin memastikan Anda terbiasa mengajukan laporan bug yang berguna, terperinci, dan dapat ditindaklanjuti sehingga kami dapat mendiagnosis dan memperbaikinya dengan cepat. Ini juga menguntungkan Anda, karena kemungkinan besar bug Anda akan diperbaiki, dan lebih cepat. Jadi, demi kepentingan semua orang, Anda belajar mengikuti pedoman semaksimal mungkin untuk setiap laporan bug. Kami mungkin secara tidak sengaja mengatakan bahwa tempat ini ditutup tanpa penyelidikan, namun itu mungkin satu dari beberapa hari itu, dan kami ingin menyoroti bagaimana Anda perlu membantu kami membantu Anda.
Harap jangan membalas laporan bug yang ditutup. Sebagai gantinya, harap ajukan laporan baru, dan pastikan Anda mengikuti semua pedoman dan memberikan informasi yang kurang.
Tidak, kami tidak menginginkan keseluruhan proyek Anda. Mengirimkan seluruh proyek Anda kepada kami biasanya tidak terlalu membantu. Pedoman ini memerlukan proyek minimal dengan kejadian dan objek sesedikit mungkin. Sebaiknya Anda dapat mendemonstrasikan masalahnya dengan membuat proyek kosong baru, dan menambahkan peristiwa dan objek minimal untuk menunjukkan apa yang sedang terjadi. Ini adalah satu-satunya cara praktis bagi pengembang untuk mendiagnosis masalah. Proyek dengan ratusan atau bahkan ribuan peristiwa atau objek merupakan mimpi buruk untuk diuji karena ada begitu banyak hal yang terjadi di mesin dan hampir tidak mungkin untuk mengisolasi bagian mana yang berpotensi bermasalah. Selain itu, sebagian besar laporan bug hanyalah kesalahan dalam kejadian, dan bukan bug sebenarnya. Menghabiskan waktu berjam-jam atau bahkan berhari-hari untuk men-debug proyek besar hanya untuk menemukan bahwa itu adalah kesalahan dalam peristiwa tersebut, hal ini terlalu memakan waktu bagi pengembang kami, terutama karena kami adalah tim kecil. Semua orang ingin para pengembang kembali menulis fitur baru dan menarik! Umumnya jika Anda tidak dapat mereproduksi masalah dalam proyek baru yang kosong, itu pertanda kuat bahwa itu sebenarnya hanya kesalahan dalam acara Anda, jadi ini adalah cara yang baik untuk menyaring kesalahan dari laporan bug.
Dalam proyek minimal Anda, Anda juga dapat dengan mudah menggunakan grafik placeholder alih-alih karya seni Anda yang sebenarnya. Hal ini juga menghilangkan segala kekhawatiran mengenai hak cipta atau keharusan menandatangani NDA. Jadi lebih baik bagi Anda dan pengembang.
Ini pertanda kuat bahwa kemungkinan besar itu adalah kesalahan dalam acara Anda sendiri. Pertama-tama, tinjau acara Anda dengan cermat dan pastikan acara tersebut berfungsi dengan benar. Kedua, mulailah mengisolasi masalahnya. Cadangkan proyek Anda dan mulailah menghapus sebagiannya. Pada titik tertentu, masalahnya mungkin hilang, yang menunjukkan bahwa penyebabnya ada pada hal terakhir yang Anda hapus. Dalam kasus ini, kembalilah dan mulai menghilangkan bagian-bagian yang lebih kecil, dan seterusnya hingga Anda dapat mengidentifikasi secara pasti apa penyebabnya. Jika terlihat seperti bug, gunakan ini sebagai titik awal untuk mendemonstrasikan bug tersebut di proyek baru yang kosong. Jika masalah tidak hilang saat Anda menghapus konten, Anda seharusnya dapat menghapus semuanya hingga ke proyek minimal tanpa kejadian atau objek yang tidak diperlukan. Jika Anda yakin masalahnya adalah bug dan bukan kesalahan atau kesalahpahaman kejadian, maka Anda dapat mengirimkan proyek ini dalam laporan bug.
Kami memang memeriksa setiap laporan, namun jadwal pengembang dan rilis berarti kami mungkin tidak segera menyelesaikannya. Mohon tunggu beberapa minggu untuk menyelidikinya. Jika Anda menunggu, Anda dapat meningkatkan peluang penyelesaian masalah ketika pengembang berhasil mengatasinya dengan meninjau pedoman ini secara cermat dan memberikan sebanyak mungkin informasi berguna tentang masalah tersebut. Jika Anda melewatkan sesuatu, Anda mungkin harus menunggu beberapa minggu untuk mendapat balasan hanya dengan menanyakan informasi yang hilang, dan kemudian Anda kembali menunggu lagi.
Beberapa bug mungkin disimpulkan sebagai bug pada browser atau platform, dan bukan sebagai masalah pada Construct. Ini termasuk masalah apa pun yang membuat browser itu sendiri mogok atau memunculkan "tab sedih" (di mana tab tersebut menggantikan kontennya dengan pesan yang mengatakan bahwa ia mengalami masalah atau mogok dan Anda harus memuatnya ulang) - Kode konstruk biasanya tidak dapat menyebabkan hal ini, hanya masalah dengan browser itu sendiri. Anda mungkin diminta untuk melaporkan masalah tersebut langsung ke pembuat browser. Berikut tautan untuk melaporkan masalah di browser:
Chromium (Google Chrome, Microsoft Edge, NW.js, Cordova di Android): crbug.com
Safari (Mac, iOS, Cordova di iOS): WebKit Bugzilla
Firefox: Mozilla Bugzilla
NW.js (masalah yang hanya terjadi di NW.js, dan bukan platform berbasis Chromium lainnya): Masalah NW.js
Terima kasih telah membaca pedoman kami! Anda dapat memulai dengan mengunjungi bagian Masalah.
