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 ตามความเป็นจริง
พนักงานของเราพร้อมให้ความช่วยเหลือคุณ เรามีวิศวกรที่มีประสบการณ์ซึ่งจัดการกับรายงานข้อผิดพลาดนับพันรายการ นักข่าวส่วนใหญ่ให้ความช่วยเหลือและยินดีร่วมงานกับเรา อย่างไรก็ตาม หากคุณไม่ให้ความร่วมมือหรือต่อสู้โดยไม่จำเป็นในการติดต่อกับเจ้าหน้าที่ เราจะปิดรายงานของคุณและหยุดการสอบสวน เราจะดำเนินการตรวจสอบรายงานต่อหากมีคนยื่นรายงานโดยปฏิบัติตามหลักเกณฑ์ สำหรับรายละเอียดเพิ่มเติม โปรดดูที่แนวทางปฏิบัติของฟอรัมและชุมชนซึ่งใช้กับรายงานข้อผิดพลาดด้วย
ต่อไปนี้เป็นคำตอบสำหรับคำถามหรือข้อกังวลทั่วไปในระหว่างกระบวนการรายงานข้อผิดพลาด สิ่งเหล่านี้ถูกถามบ่อยมาก ดังนั้นจึงคุ้มค่าที่จะดู
คุณต้องปฏิบัติตามหลักเกณฑ์ทั้งหมดในโพสต์นี้เพื่อให้นักพัฒนามีโอกาสที่เหมาะสมในการวินิจฉัยและแก้ไขปัญหาที่คุณพยายามรายงาน เราได้รับรายงานข้อผิดพลาดนับพันรายการ และการจัดการกับข้อผิดพลาดเหล่านั้นอาจใช้เวลานานมาก เพื่อประหยัดเวลาของนักพัฒนาเพื่อให้พวกเขาสามารถใช้เวลามากขึ้นในการเขียนคุณสมบัติใหม่และน่าตื่นเต้น และเพื่อประหยัดเวลาของคุณเพื่อที่คุณจะได้ไม่ต้องเขียนรายงานที่ไร้ประโยชน์ซึ่งไม่เป็นประโยชน์ต่อนักพัฒนา หลักเกณฑ์เหล่านี้ถือเป็นข้อบังคับและรายงานที่ไม่ปฏิบัติตาม จะถูกปิดโดยไม่มีการสอบสวน
โปรดอย่าโกรธเคือง; เราจัดการกับรายงานข้อผิดพลาดจำนวนมาก และเป้าหมายของเราคือจัดการกับรายงานเหล่านั้นอย่างมีประสิทธิภาพมากที่สุดเท่าที่จะเป็นไปได้ เราต้องการให้แน่ใจว่าคุณติดนิสัยในการยื่นรายงานข้อบกพร่องที่เป็นประโยชน์ มีรายละเอียด และนำไปดำเนินการได้ ซึ่งเราสามารถวินิจฉัยและแก้ไขได้อย่างรวดเร็ว สิ่งนี้จะเป็นประโยชน์ต่อคุณเช่นกัน เนื่องจากคุณมีแนวโน้มที่จะได้รับการแก้ไขข้อบกพร่องและรวดเร็วยิ่งขึ้น ดังนั้นจึงเป็นที่สนใจของทุกคนในการเรียนรู้ที่จะปฏิบัติตามแนวทางปฏิบัติอย่างเต็มที่สำหรับรายงานข้อบกพร่องทุกครั้ง เราอาจพูดอย่างไม่สุภาพว่าร้านปิดโดยไม่มีการตรวจสอบ แต่นั่นอาจเป็นหนึ่งในหลาย ๆ ร้านในวันนั้น และเราต้องการเน้นย้ำว่าคุณต้องการช่วยเราช่วยเหลือคุณอย่างไร
กรุณาอย่าตอบกลับรายงานข้อผิดพลาดที่ปิดไปแล้ว โปรดยื่นรายงานใหม่แทน และตรวจสอบให้แน่ใจว่าคุณปฏิบัติตามหลักเกณฑ์ทั้งหมดและให้ข้อมูลที่ขาดหายไป
ไม่ เราไม่ต้องการโครงการทั้งหมดของคุณ การส่งโครงการทั้งหมดของคุณมาให้เรามักจะไม่มีประโยชน์จริงๆ แนวปฏิบัตินี้จำเป็นต้องมีโครงการขั้นต่ำโดยมีเหตุการณ์และวัตถุน้อยที่สุด คุณควรจะสามารถสาธิตปัญหาได้โดยการสร้างโปรเจ็กต์ว่างใหม่ และเพิ่มเหตุการณ์และออบเจ็กต์ขั้นต่ำเพื่อแสดงสิ่งที่เกิดขึ้น นี่เป็นวิธีเดียวที่ใช้งานได้จริงสำหรับนักพัฒนาในการวินิจฉัยปัญหา โปรเจ็กต์ที่มีเหตุการณ์หรือวัตถุหลายร้อยหรือหลายพันรายการถือเป็นฝันร้ายที่ต้องทดสอบ เนื่องจากมีสิ่งต่างๆ มากมายเกิดขึ้นในเครื่องยนต์ และแทบจะเป็นไปไม่ได้เลยที่จะแยกว่าส่วนใดที่อาจผิดพลาดได้ นอกจากนี้ รายงานข้อบกพร่องในสัดส่วนที่มีนัยสำคัญมากเป็นเพียงข้อผิดพลาดในเหตุการณ์ ไม่ใช่ข้อบกพร่องจริงๆ การใช้เวลาหลายชั่วโมงหรือหลายวันในการดีบักโปรเจ็กต์ขนาดใหญ่เพียงแต่พบว่ามันเป็นข้อผิดพลาดในกิจกรรมนั้นถือเป็นการเสียเวลาสำหรับนักพัฒนาของเรามากเกินไป โดยเฉพาะอย่างยิ่งเมื่อเราเป็นทีมขนาดเล็ก ทุกคนต้องการให้นักพัฒนากลับมาเขียนฟีเจอร์ใหม่และน่าตื่นเต้นแทน! โดยทั่วไป หากคุณไม่สามารถจำลองปัญหาในโปรเจ็กต์เปล่าใหม่ได้ นั่นเป็นสัญญาณที่ชัดเจนว่ามันเป็นเพียงความผิดพลาดในกิจกรรมของคุณ ดังนั้นนี่จึงเป็นวิธีที่ดีในการกรองข้อผิดพลาดออกจากรายงานข้อบกพร่อง
ในโปรเจ็กต์ขั้นต่ำของคุณ คุณสามารถใช้กราฟิกตัวยึดแทนงานศิลปะจริงของคุณได้อย่างง่ายดาย นอกจากนี้ยังขจัดความกังวลเกี่ยวกับลิขสิทธิ์หรือการลงนาม NDA ดังนั้นจึงเป็นการดีกว่าสำหรับทั้งคุณและนักพัฒนา
นี่เป็นสัญญาณที่ชัดเจนว่ามีแนวโน้มว่าจะเกิดข้อผิดพลาดในกิจกรรมของคุณเอง ก่อนอื่น ให้ตรวจสอบกิจกรรมของคุณอย่างรอบคอบ และตรวจสอบให้แน่ใจว่ากิจกรรมเหล่านั้นทำงานอย่างถูกต้อง ประการที่สอง เริ่มแยกปัญหาออกจากกัน สำรองข้อมูลโครงการของคุณและเริ่มลบส่วนต่างๆ ออกไป เมื่อถึงจุดหนึ่ง ปัญหาอาจหายไป ซึ่งบ่งชี้ว่าสาเหตุอยู่ที่สิ่งสุดท้ายที่คุณลบ ในกรณีนี้ ให้ย้อนกลับไปและเริ่มถอดชิ้นส่วนเล็กๆ ออก ไปเรื่อยๆ จนกว่าคุณจะระบุได้อย่างแน่ชัดว่าอะไรเป็นสาเหตุ หากดูเหมือนเป็นจุดบกพร่อง ให้ใช้จุดนี้เป็นจุดเริ่มต้นในการสาธิตจุดบกพร่องในโปรเจ็กต์เปล่าใหม่ หากปัญหาไม่หายไปในขณะที่คุณลบเนื้อหาออกไป คุณจะสามารถลบทุกอย่างได้จนถึงโปรเจ็กต์ขั้นต่ำโดยไม่มีเหตุการณ์หรืออ็อบเจ็กต์ที่ไม่จำเป็น หากคุณแน่ใจว่าปัญหาคือข้อบกพร่อง ไม่ใช่ข้อผิดพลาดหรือความเข้าใจผิดในเหตุการณ์ คุณสามารถส่งโปรเจ็กต์นี้ในรายงานข้อบกพร่องได้
เราพิจารณารายงานทุกฉบับแล้ว แต่กำหนดการเปิดตัวและนักพัฒนาอาจทำให้เราไม่สามารถดำเนินการได้ในทันที โปรดรอสองสามสัปดาห์ในการตรวจสอบ หากคุณกำลังรอ คุณสามารถปรับปรุงโอกาสที่จะได้รับการแก้ไขเมื่อนักพัฒนาแก้ไขปัญหาได้โดยการทบทวนหลักเกณฑ์เหล่านี้อย่างรอบคอบ และให้ข้อมูลที่เป็นประโยชน์เกี่ยวกับปัญหาให้มากที่สุดเท่าที่จะเป็นไปได้ หากคุณขาดสิ่งใดไป คุณอาจต้องรอสองสามสัปดาห์เพื่อตอบกลับเพียงขอข้อมูลที่ขาดหายไป จากนั้นคุณจึงกลับมารออีกครั้ง
ข้อบกพร่องบางอย่างอาจสรุปได้ว่าเป็นข้อบกพร่องในเบราว์เซอร์หรือแพลตฟอร์มจริงๆ แทนที่จะเป็นปัญหากับ Construct ซึ่งรวมถึงปัญหาใดๆ ที่เบราว์เซอร์ขัดข้องหรือ "แท็บเศร้า" (โดยที่แท็บแทนที่เนื้อหาด้วยข้อความแจ้งว่าพบปัญหาหรือขัดข้อง และคุณต้องโหลดใหม่) - ปกติโค้ดของ Construct ไม่สามารถทำให้เกิดปัญหานี้ได้ มีเพียงปัญหาเท่านั้น ด้วยเบราว์เซอร์นั้นเอง คุณอาจถูกขอให้รายงานปัญหาโดยตรงไปยังผู้ผลิตเบราว์เซอร์แทน ลิงค์สำหรับรายงานปัญหาในเบราว์เซอร์มีดังนี้:
โครเมียม (Google Chrome, Microsoft Edge, NW.js, Cordova บน Android): crbug.com
Safari (Mac, iOS, Cordova บน iOS): WebKit Bugzilla
ไฟร์ฟอกซ์: Mozilla Bugzilla
NW.js (ปัญหาที่เกิดขึ้นใน NW.js เท่านั้น ไม่ใช่บนแพลตฟอร์มที่ใช้ Chromium อื่นๆ): ปัญหาของ NW.js
ขอขอบคุณที่อ่านหลักเกณฑ์ของเรา! คุณสามารถเริ่มต้นได้โดยไปที่ส่วนปัญหา
