حياة حشرة

يحتفظ مشروع Android Open Source Project بأداة تعقب المشكلات العامة حيث يمكنك الإبلاغ عن الأخطاء وطلب ميزات لمجموعة برامج Android الأساسية. (للحصول على تفاصيل حول أداة تعقب هذه المشكلة ، راجع الإبلاغ عن الأخطاء ). يعد الإبلاغ عن الأخطاء أمرًا رائعًا (شكرًا لك!) ، ولكن ماذا يحدث لتقرير الأخطاء بعد تقديمه؟ تصف هذه الصفحة حياة الخلل.

هذا ليس منتدى دعم العملاء. للحصول على معلومات الدعم ، راجع مركز مساعدة Pixel . يتم توفير الدعم للأجهزة الأخرى من قبل الشركات المصنعة للأجهزة أو بواسطة شركات النقل التي تبيع هذه الأجهزة.

يتم دعم تطبيقات Google من خلال موقع دعم Google . يتم دعم تطبيقات الجهات الخارجية مع مطور كل تطبيق ، على سبيل المثال ، من خلال معلومات الاتصال المتوفرة على Google Play.

فيما يلي المراحل الأساسية في حياة الخطأ:

  1. تم تقديم خطأ ، وله حالة جديدة .
  2. يراجع مشرف AOSP الأخطاء ويرتبها بشكل دوري. يتم فرز الخلل في واحدة من أربعة دلاء: جديد، فتح، لا عمل، أو حل.
  3. تتضمن كل مجموعة عددًا من الحالات التي توفر مزيدًا من التفاصيل حول مصير المشكلة.
  4. سيتم تضمين الأخطاء التي تم تحديدها "تم الحل" في إصدار مستقبلي من برنامج Android.

تفاصيل دلو

نستخدم حقل الحالة في متعقب المشكلات لتحديد حالة المشكلة في عملية الحل. وهذا يتوافق مع التعريفات المحددة في وثائق "تعقب المشاكل" .

قضايا جديدة

تتضمن المشكلات الجديدة تقارير الأخطاء التي لم يتم اتخاذ إجراء بشأنها. الدولتان هما:

  • جديد: لم يتم فرز تقرير الخطأ (أي تمت مراجعته بواسطة مشرف AOSP).
  • New + Hotlist: NeedsInfo: لا يحتوي تقرير الخطأ على معلومات كافية للعمل بناءً عليها. يحتاج الشخص الذي أبلغ عن الخطأ إلى تقديم تفاصيل إضافية قبل أن يتم فرزها. إذا مر وقت كافٍ ولم يتم تقديم معلومات جديدة ، فقد يتم إغلاق الخطأ افتراضيًا ، كإحدى حالات عدم اتخاذ إجراء.

القضايا المفتوحة

تحتوي هذه المجموعة على أخطاء تحتاج إلى اتخاذ إجراء ، لكنها لا تزال دون حل ، في انتظار تغيير في التعليمات البرمجية المصدر.

  • معيّن: تم التعرف على تقرير الخطأ باعتباره تقريرًا مفصلاً بشكل كافٍ عن مشكلة مشروعة وتم تعيين الخطأ إلى مساهم محدد لتقييمه وتحليله.
  • مقبول: أقر المحال إليه بالمشكلة وبدأ العمل على حلها.

عادةً ما يبدأ الخطأ في Assigned ، ويبقى هناك حتى ينوي شخص ما حله ، وعند هذه النقطة يدخل " مقبول" . ومع ذلك ، لاحظ أن هذا ليس ضمانًا ، ويمكن أن تنتقل الأخطاء مباشرةً من التعيين إلى إحدى الحالات التي تم حلها.

بشكل عام ، إذا كان الخطأ موجودًا في إحدى الحالات المفتوحة ، فقد أدرك فريق AOSP أنه مشكلة مشروعة ، ومن المرجح أن يتم قبول مساهمة عالية الجودة لإصلاح هذا الخطأ. ومع ذلك ، من المستحيل ضمان إكمال الإصلاح في الوقت المناسب لأي إصدار معين.

قضايا عدم اتخاذ إجراء

تحتوي هذه الحاوية على أخطاء لا تتطلب أي إجراء.

  • لن يتم إصلاحه (غير قابل للتكرار): حاول أحد المساهمين في AOSP إعادة إنتاج السلوك الموصوف ، ولم يتمكن من القيام بذلك. يعني هذا أحيانًا أن الخطأ مشروع ولكنه ببساطة نادر أو يصعب إعادة إنتاجه ، أو لم تكن هناك معلومات كافية لإصلاح المشكلة.
  • لن يتم إصلاحه (السلوك المقصود): قرر مشرف AOSP أن السلوك الموصوف ليس خطأ ، ولكنه السلوك المقصود. يشار إلى هذه الحالة أيضًا على أنها تعمل على النحو المنشود (WAI) . بالنسبة لطلبات الميزات ، قرر مشرف AOSP أن الطلب لن يتم تنفيذه في Android.
  • لن يتم إصلاحه (مهمل): لم تعد المشكلة ذات صلة بسبب التغييرات التي طرأت على المنتج.
  • لن يتم الإصلاح (غير قابل للتنفيذ): التغييرات اللازمة لمعالجة المشكلة ليست ممكنة بشكل معقول. تُستخدم هذه الحالة أيضًا للمشكلات التي تم الإبلاغ عنها والتي لا يمكن معالجتها في AOSP ، عادةً لأنها مرتبطة بجهاز مخصص أو بتطبيق خارجي ، أو أن المراسل أخطأ في هذا التعقب باعتباره منتدى مساعدة.
  • مكرر: كان هناك بالفعل تقرير مماثل في أداة تعقب المشكلة. سيتم الإبلاغ عن أي إجراء فعلي في هذا التقرير.

قضايا حلها

تحتوي هذه المجموعة على أخطاء تم اتخاذ إجراءات بشأنها ، وتعتبر الآن قد تم حلها.

  • ثابت (تم التحقق منه): تم إصلاح هذا الخطأ ، وتم تضمينه في إصدار رسمي. عندما يتم تعيين هذه الحالة ، نحاول أيضًا تعيين خاصية تشير إلى الإصدار الذي تم إصلاحها فيه.
  • تم الإصلاح: تم إصلاح هذا الخطأ (أو تطبيق الميزة) في شجرة المصدر ، ولكن ربما لم يتم تضمينه في إصدار رسمي بعد.

اشياء اخرى

الحالات ودورة الحياة المذكورة أعلاه هي الطريقة التي نحاول بها بشكل عام تتبع البرامج. ومع ذلك ، يحتوي Android على الكثير من البرامج ويحصل على عدد كبير من الأخطاء. نتيجة لذلك ، في بعض الأحيان لا تتمكن الأخطاء من تجاوز جميع الحالات في تقدم رسمي. نحاول تحديث النظام ، ولكننا نميل إلى القيام بذلك في عمليات مسح الأخطاء الدورية حيث نقوم بمراجعة قاعدة البيانات وإجراء التحديثات.