شاشة فارغة عند العودة إلى تطبيق iOS

لا لا! :slight_smile: هل هي شاشة بيضاء مع شريط رمادي صغير جداً في الأعلى؟ هذا سيشير إلى حالة تطبيق مختلفة عما رأيته؛ فكل ما رأيته كان أبيض بالكامل.

5 إعجابات

نعم، شريط رمادي للوضع الليلي وشاشة بيضاء. لا أستطيع القول إنني أتذكر رؤية هذا المزيج من قبل

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

إعجاب واحد (1)

شكرًا لك. لم أعد أرى هذه المشكلة بنفسي (لكن من الواضح أنها لم تُحل بعد).

هل يمكنك تجربة شيء ما يا @Stephen و @gingerbeardman: يرجى تعطيل تحديث التطبيقات في الخلفية لتطبيق DiscourseHub. إذا لم يحل ذلك المشكلة، فعندما يصبح التطبيق أبيض بالكامل، هل يمكنك التحقق مما إذا كان بإمكانك السحب لأسفل من أعلى 10-15% من الشاشة؟ (سيساعد هذا في تحديد ما إذا كان التطبيق عالقًا في موقع تم تحميله أم لا.)

3 إعجابات

لم أره منذ فترة طويلة.

لقد قمت بتعطيل تحديث التطبيقات في الخلفية بالكامل (عالميًا، لجميع التطبيقات) وأقوم بذلك منذ سنوات عديدة.

3 إعجابات

ظهرت شاشة بيضاء فقط، ولم يكن هناك شريط رمادي في الأعلى، سواء داخل التطبيق أو في قائمة تبديل التطبيقات.

أخيرًا، ساعدني السحب لأسفل في العودة إلى قائمة المواقع.

إعجابَين (2)

يجب على شخص ما تجربة اختبار هذا بمجرد إصدار iOS 13.4/iPadOS 13.4 خلال بضع ساعات.

إعجاب واحد (1)

حدث ذلك مرة أخرى. أدى السحب للأسفل بدقة إلى إعادتي إلى قائمة المواقع. أنا على نظام iOS 13.4

إعجاب واحد (1)

شكرًا لك، من المفيد معرفة أنه يمكنك السحب للأسفل للإغلاق، وسأقوم بالتحقيق في ذلك.

4 إعجابات

حسناً، @gingerbeardman، يرجى تجربة أحدث إصدار من التطبيق عبر TestFlight (رابط النسخة التجريبية العامة). حسب ما أذكر، لديك إعداد “فتح الروابط الخارجية داخل التطبيق” مفعل. ومع تفعيل هذا الإعداد في التطبيق، تمكنت من تكرار خطأ يحدث عندما يحتوي الموقع على رابط لا يستطيع نظام التشغيل فتحه (على سبيل المثال، رابط إلى about:blank الذي يُستخدم أحياناً عند فتح نافذة متصفح جديدة). يجب أن يكون الأمر قد تم إصلاحه الآن :crossed_fingers:.

إعجابَين (2)

لم أقم بتفعيل هذا الإعداد، لكنني أواجه شاشات بيضاء.

إعجابَين (2)

لا أرى نسخة تجريبية محدثة في TestFlight الحالي؟

عند النقر على رابطك، تظهر لي نسخة تجريبية مختلفة مع رسالة خطأ:

يرجى المحاولة الآن، يجب أن ترى الإصدار 280 في TestFlight لديك (لدينا مجموعتان من المختبرين ويبدو أن TestFlight يتعطل إذا حاولت التبديل بين المجموعات عبر الروابط).

4 إعجابات

تم التحميل. سأبقيها تحت المراقبة.

إعجاب واحد (1)

لا يزال يحدث معي هنا.

نفس الشيء، لا يزال بإمكانك السحب لأسفل للهروب.

كان هذا أمس:

إعجابَين (2)

تحديث سريع: لاحظنا أن هذه المشكلة لا تزال مستمرة. لدى @pmusaraj بعض النظريات الجديدة حول كيفية تجاوز هذه المشكلة، وسنقوم بالتحديث هنا بمجرد تطبيقها.

6 إعجابات

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

إعجاب واحد (1)

عادةً ما أقوم بإغلاق التطبيقات بالقوة أيضًا. ومع ذلك، يبدو أنه يمكنك السحب للأسفل من الأعلى لاستعادة القائمة مرة أخرى. (لم أؤكد ذلك بنفسي، لكن آخرين في Discourse يقولون إنها تعمل.)

5 إعجابات

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

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

في النسخة التجريبية القادمة، أضفت طريقة لإغلاق المسار عند استدعاء خطاف webViewWebContentProcessDidTerminate. هناك تقارير تشير إلى أن هذا الخطاف لا يتم استدعاؤه بشكل موثوق عندما يكون التطبيق في الخلفية، كما أن المشكلة الأصلية صعبة التكرار عند الطلب، لذا، دعونا نأمل ونتابع النتائج.

7 إعجابات