Construct bugs
1.0.0
هذا هو المكان الذي نتعامل فيه مع عمليات إرسال تقارير الأخطاء العامة لـ Construct 3 وConstruct Animate.
لسوء الحظ، يقوم العديد من المستخدمين بتسجيل الأخطاء التي لا فائدة منها لأنها لا تحتوي على معلومات كافية لنا للقيام بأي شيء حيالها. سياستنا هي إغلاق هذه الأخطاء دون التحقيق فيها. يرجى اتباع هذه الإرشادات لتجنب إغلاق الخطأ الخاص بك وللمساعدة في التأكد من أنه يمكننا إصلاح الخطأ الذي تبلغ عنه.
معظم الأخطاء ليست واضحة في الواقع، حتى لو بدت واضحة لك. غالبًا ما تحدث المشكلات في الواقع فقط في مجموعة محددة جدًا من الظروف التي تواجهك. تم تصميم هذه الإرشادات للتأكد من قدرتنا على معرفة ما يحدث. لذا يرجى عدم تخطي أي جزء من الإرشادات مطلقًا، بغض النظر عن مدى وضوح المشكلة في اعتقادك، أو عدد المشكلات التي قدمتها من قبل - فنحن نحتاج حقًا إلى كل هذه المعلومات في كل مرة، ومن المرجح أن يؤدي تخطي أي تفاصيل إلى جعل الأمر أكثر صعوبة بالنسبة لنا لمساعدتك.
العديد من تقارير الأخطاء هي في الواقع مجرد أخطاء في الأحداث، أو ميزات يساء فهمها. يرجى التحقق مرة أخرى من الأحداث والوثائق.
لتجنب الإبلاغ عن الأخطاء التي قمنا بإصلاحها بالفعل، يرجى التحقق من حدوث المشكلة في أحدث إصدار من Construct، بما في ذلك الإصدار التجريبي الأخير.
إذا كان هناك شيء ما يعمل ولكن تم تعطله عن طريق الخطأ بسبب أحد التحديثات، فمن المفيد جدًا إخبارنا بالإصدار الذي تم تشغيله. هذا هو الغرض من حقل الإصدار الأول المتأثر في قالب تقرير الأخطاء. على سبيل المثال، إذا كان هناك شيء يعمل في جميع الإصدارات حتى r300، ثم تم تعطله في جميع الإصدارات من r301 فصاعدًا، فيرجى إدخال r301 كأول إصدار متأثر. (يُرجى عدم إدخال الإصدار الذي قمت باختباره فحسب، لأن هذا أمر مضلل وقد يستغرق التعامل مع المشكلة وقتًا أطول.)
صفحة تقديم الأخطاء مملوءة مسبقًا بقالب. لا تقم بحذفها - نحن بحاجة إلى كل هذه المعلومات حتى نتمكن من مساعدتك. يرجى تقديم أكبر قدر ممكن من المعلومات المطلوبة، بما في ذلك تفاصيل النظام أو معلومات تقرير الأعطال مع كل تقرير. قم بتوفير هذه المعلومات كاملة في كل مرة - لا تشر إلى قضايا أخرى، أو مشاركات في المنتدى في مكان آخر، وما إلى ذلك، بحيث يتضمن التقرير جميع المعلومات الضرورية في حد ذاته.
يرجى وصف مشكلة واحدة فقط في كل عدد تقوم بإنشائه. من المربك جدًا أن يكون لديك وصفان منفصلان في وقت واحد، وعادةً ما يعني ذلك أنك تخطيت بعض المعلومات المهمة لأحدهما. بالإضافة إلى ذلك، لدينا أدوات مفيدة لتعيين المشكلات وتتبعها، ولكنها تكون فعالة فقط إذا كانت المشكلة تشير إلى مشكلة واحدة.
حيثما أمكن، يرجى تضمين مشروع بسيط يوضح المشكلة. إذا لم تقم بتضمين مشروع، فمن المرجح أن يتم إغلاق تقريرك دون التحقيق، حتى لو قدمت وصفًا مكتوبًا أو اعتقدت أن المشكلة واضحة. وذلك لأنه بدون ملف المشروع، نجد دائمًا أن كل شيء يعمل بشكل جيد. عادةً ما يكون هناك شيء محدد في مشروعك يسبب المشكلة بالفعل، ومن المستحيل المساعدة بدونه. ولذلك مطلوب إرفاق المشروع.
يجب أن يكون المشروع في أدنى حد ممكن، باستخدام أقل عدد ممكن من الأحداث والكائنات لتوضيح المشكلة. قم بإنشاء مشروع فارغ جديد وحاول إعادة إنتاج المشكلة من البداية. بدلاً من ذلك، قم بعمل نسخة احتياطية لمشروعك واحذف أكبر قدر ممكن حتى يتم عزل المشكلة. يرجى المتابعة بقدر ما يمكنك حذف أي كائنات أو أحداث أو تخطيطات غير ذات صلة وما إلى ذلك.
لا تستخدم ملحقات الطرف الثالث في مشروعك. لسوء الحظ، لا يمكننا تقديم الدعم لرمز الطرف الثالث. يجب الإبلاغ عن الأخطاء الموجودة في الوظائف الإضافية التابعة لجهات خارجية إلى مطوريها. نطلب إزالة الوظائف الإضافية التابعة لجهات خارجية لإثبات أنها لا تسبب المشكلة.
الرجاء حفظ مشروع ملف واحد. هذه لها امتداد الملف .c3p
يمكنك حفظ مشروع مثل هذا عن طريق اختيار القائمة -> المشروع -> حفظ باسم -> تنزيل نسخة .
يمكن مشاركة ملف .c3p بشكل عام على خدمات استضافة الملفات المجانية مثل Dropbox أو OneDrive أو Google Drive. وبدلاً من ذلك، إذا قمت بإضافة الملف إلى ملف مضغوط، أو قمت بإعادة تسمية الامتداد .c3p إلى .zip، فيمكن إرفاقه بمشكلة GitHub. (لن يقبل GitHub ملفًا ينتهي بـ .c3p. كما لا يزال بإمكان Construct فتح المشاريع مباشرة من ملف مضغوط إذا كان ملف .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
فايرفوكس: موزيلا بوجزيلا
NW.js (المشكلات التي تحدث في NW.js فقط، وليس الأنظمة الأساسية الأخرى المستندة إلى Chromium): مشكلات NW.js
شكرا لقراءة المبادئ التوجيهية لدينا! يمكنك البدء بزيارة قسم المشكلات.
