منذ حوالي شهر، لم أعد قادرًا على تحميل أي رسومات على Discourse. أحصل على معلومات التقدم المعتادة أسفل جزء الإنشاء - تم تحميل 20%، 40%، 100%. ولكن بمجرد الانتهاء من ذلك، يعرض جزء الإنشاء شيئًا على غرار هذا (أدخلت هذا كنص مُنسق مسبقًا حتى يظهر كل شيء):
[Uploading: Screen Shot 2022-06-14 at 10.58.16 AM.png…]()
وستعرض لوحة الرسالة المكتملة لنفس الشيء:
Uploading: Screen Shot 2022-06-14 at 10.58.16 AM.png…
ولكن في تلك المرحلة، لا يزال نشاط التحميل قيد التنفيذ. من الواضح أن المحتوى المفترض أن يكون بين قوسين لا يتم تحميله. الانتظار لساعات لا يغير شيئًا.
يحدث هذا على جهاز Mac يعمل بنظام macOS v10.15.7 و Safari الإصدار 15.5 (15613.2.7.1.9، 15613). عندما يتم الوصول إلى Discourse على نفس الجهاز عبر Firefox، تعمل جميع الوظائف بشكل طبيعي.
عذرًا، لكن الفيديو كان سيئ الإنتاج لدرجة أنني لم أتمكن من متابعته. ومع ذلك، أعتقد أنني وجدت “وحدة التحكم”. إذا حاولت تحميل صورة JPG باسم Joss-Main إلى الرسالة التي أقوم بتأليفها حاليًا في Safari، فهذه هي النتيجة:
تسجيل الدخول عبر Firefox والمتابعة في نفس الموضوع، يمكنني تحميل لقطة شاشة لنافذة وحدة تحكم Safari. ظهر كل شيء في نافذة وحدة التحكم بعد سحب هذه الصورة الواحدة إلى جزء التأليف (أثناء استخدام Safari). كما ترى، يتم تحميل لقطة الشاشة بشكل جيد في Firefox:
نظرًا لأنك تستخدم متصفحًا حديثًا للغاية، يمكننا محاولة تكرار المشكلة هنا. سنقوم بتعيينها داخليًا للمدافعين التقنيين حتى نتمكن من معرفة ما إذا كان بإمكان أي شخص آخر تكرار المشكلة على Safari 15.5. في الوقت الحالي، لا يمكنني حتى اختباره على BrowserStack نظرًا لحداثته (على الرغم من أنه مدعوم بنسبة 100٪).
هل يمكنك تحميل الصورة التي بها مشكلة هنا، أم أنها كل صورة؟
لقد حاولنا تكرار المشكلة بسهولة ولكن للأسف لم نتمكن من تكرارها حتى الآن. كان هناك موضوع مشابه آخر حيث تبين أن المشكلة تتعلق بملحق متصفح ClearURL، ولكن لست متأكدًا من أن هذا مفيد هنا؟ MacOS Firefox image upload error - #16 by jimkleiber
مرحباً @JammyDodger، آسف على بطء الرد، أنا على وشك إجراء اختبار على نسخة سفاري الخاصة بصديقي لمعرفة ما إذا كان سيظهر أي شيء. @tut، من باب الفضول، ما هو الجهاز الذي تستخدمه؟
تخميني هو أن هذا الإصدار من سفاري به أخطاء معه بطريقة ما. هذه الواجهة البرمجية التي تم تمييزها بأنها “مهملة” تسبب كل أنواع الألم لأن المتصفحات تميل إلى كسرها قليلاً؟
نحن لا نستخدم execCommand عند الانتقال من عناصر نائبة للتحميل → عناوين URL، لذلك لا أعتقد أن هذا هو السبب هنا. (لا يمكننا التبديل بسهولة، لأن execCommand("insertText") يتطلب أن يكون مربع النص في التركيز، وقد تنتهي التحميلات عندما لا يكون مربع النص في التركيز).
إنها مهملة تقنيًا من معايير الويب، ولكن لا يوجد بديل حتى الآن لأمر insertText. من MDN:
يمكن استخدام واجهة برمجة تطبيقات الحافظة بدلاً من execCommand في العديد من الحالات، ولكن execCommand لا يزال مفيدًا في بعض الأحيان. على وجه الخصوص، لا تحل واجهة برمجة تطبيقات الحافظة محل أمر insertText، والذي يمكنك استخدامه لاستبدال النص برمجيًا في المؤشر مع الحفاظ على مخزن التراجع (سجل التعديلات) في عناصر textarea و input النصية العادية.
نظرًا للاستخدام الواسع النطاق، يبدو من غير المرجح للغاية أن تتخلى المتصفحات عن الدعم لهذا الأمر دون توفير بديل وفترة إهمال أولاً.
حسنًا، هذه مشكلة غريبة! سفاري يستبدل ... (ثلاث نقاط) بحرف القطع …. هذا يكسر محاولتنا اللاحقة لاستبدال العنصر النائب بالرابط الحقيقي.
@tut هل يمكنك فتح تفضيلات النظام لديك → لوحة المفاتيح → النص، ومعرفة ما إذا كان لديك استبدال تم تكوينه هناك. إذا قمت بإضافة استبدال ... → …، فيمكنني تكرار نفس المشكلة في سفاري على جهازي:
(قد يبدو جهازك مختلفًا قليلاً بسبب إصدار macOS الأقدم)
إذًا، هذا يبدو مرجحًا جدًا - آسف لتجاهل هذه الفكرة سابقًا @sam. يبدو أن سفاري يطبق استبدالات النص على مستوى نظام التشغيل على النص الذي نضيفه عبر execCommand("insertText",. أتساءل عما إذا كان هذا شيئًا جديدًا في سفاري 15.5، أو ما إذا كان دائمًا هو الحال ولم نلاحظه
@david، ليس لدي أي استبدال مُعد بهذه الطريقة ضمن تفضيلات لوحة المفاتيح. الآن بعد أن عرفت ما الذي أبحث عنه، يمكنني تأكيد أن الاستبدال يحدث. يمكنني فعليًا رؤيته يحدث أثناء الكتابة. ويمكنني التحقق منه باستخدام السهم للخلف. عندما أصل إلى حرف النقاط الثلاث، يقفز المؤشر فوق النقاط الثلاث التي تم إدخالها كأحرف منفصلة.
يحدث الشيء نفسه في الملاحظات، والمعاينة، والرسائل، والبريد، ولكن ليس في التقويم، أو الخرائط، أو الصور، أو (بشكل واضح) فايرفوكس. لذلك يبدو أنه شيء خاص بالتطبيق، وليس على مستوى النظام.