يختار المستخدم صورة داخل تطبيق الشركة وتظهر المعاينة فورًا، ثم يُستأنف الرفع لاحقًا فيفشل فتح الملف. نجاح الاختيار لا يثبت أن التطبيق سيملك الوصول نفسه بعد توقفه أو إعادة تشغيل الجهاز. افصل في خطة الاختبار بين اختيار الوسائط وقراءة URI وحفظ الملف في الخادم.
اطلب ما يحتاجه المسار فعلًا
تشرح وثائق Android Photo Picker أن المنتقي يسمح بمشاركة الصور والفيديوهات المختارة بدل منح التطبيق المكتبة كلها. وتوضح أن العمل الطويل، مثل رفع ملف في الخلفية، قد يحتاج استمرار إذن القراءة عبر takePersistableUriPermission. راجع الإعدادات والعقود المتاحة لإصدارات Android التي يدعمها التطبيق.
لا توسع الصلاحيات إلى كل الصور لعلاج فقد الوصول دون تشخيص. ابدأ بتحديد مصدر URI وعمره ومسار اختياره، ثم قرر إن كان العمل يحتاج إذنًا مستمرًا أم نسخة محلية يدير التطبيق عمرها وفق سياسة واضحة.
كرر الاختبار بعد توقف التطبيق
- جهز صورتين مصطنعتين مختلفتين، بلا معلومات شخصية.
- اختر الأولى وتحقق أن المعاينة ومهمة الرفع تشير إلى المورد نفسه.
- أوقف التطبيق وأعد فتحه ضمن تجربة محكومة، ثم اختبر استكمال القراءة.
- أعد المحاولة بعد إعادة تشغيل جهاز الاختبار إذا كان المسار المعلن يشمل ذلك.
سجل فشل القراءة منفصلًا عن انقطاع الشبكة ورفض الخادم. رسالة «تعذر الرفع» وحدها لا تكفي؛ ينبغي أن يستطيع الدعم معرفة هل يلزم إعادة اختيار الملف أم إعادة الاتصال، دون حفظ صور المستخدم أو روابطه الخاصة في تقرير علني.
راجع الإلغاء والاستبدال
| العملية | ما تتحقق منه |
|---|---|
| إغلاق المنتقي بلا اختيار | عدم إنشاء مهمة رفع فارغة |
| استبدال الصورة قبل الإرسال | عدم رفع الاختيار السابق خطأ |
| تعذر الوصول للمورد | طلب إعادة الاختيار برسالة واضحة |
| اكتمال العمل | مراجعة انتهاء الحاجة للإذن والنسخ المحلية |
اعتمد نتيجة محددة للأجهزة المختبرة
ضمن تطوير تطبيق الموبايل وفحص التسليم وثق إصدار الجهاز ومصدر الصورة وطريقة استمرار الإذن. اختبر كذلك المسار البديل عندما لا يتوفر المنتقي. الاحتفاظ بعنوان URI كنص ليس إثباتًا لاستمرار الوصول، ونجاح قراءة الملف لا يثبت انتهاء الرفع أو سلامة تخزينه على الخادم.
