أنا لست متأكدًا مما إذا كانت هذه مشكلة في التصميم، لكنني سأضعها في هذه الفئة مؤقتًا.
رفع صورة في محرر النصوص الغني:
إذا نقرت عليها (مما يؤدي إلى تحديدها) ثم سحبتها، ستنتقل الصورة.
إذا سحبتها دون النقر عليها أولاً، فسيتم التعامل معها كمورد صورة جديد وسيتم تنفيذ عملية الرفع مرة أخرى…
أنا مرتبك بشأن السيناريو الأخير، لأنني أعتقد أنه بغض النظر عما إذا قمت بالنقر عليها أم لا، يجب أن يؤدي السحب إلى تغيير موضع الصورة بدلاً من إعادة رفعها.
إذا لم تكن هذه مشكلة بل تصميم مقصود، فإن أي شخص مدعو لإخباري في أي سيناريو يُستخدم الرفع المتكرر.
متصفح Edge، الإصدار 145.0.3800.82، قمت للتو بالترقية إلى الإصدار 148.0.3967.54 لكنه لم يُحسّن الوضع.
نعم، آمل أن يتمكن شخص آخر من إعادة إنتاج المشكلة بنجاح.
يمكنني فقط تأكيد وجود هذه المشكلة، لكنني لا أعرف سببها المحدد.
في البداية، اشتكى مستخدم على موقعي من أنه واجه هذه المشكلة عند سحب صورة قام برفعها. في ذلك الوقت، واجهتُ أنا أيضًا صعوبة في إعادة إنتاج المشكلة إلا إذا قمت بنسخ تنسيق Markdown الذي استخدمه المستخدم لرفع تلك الصورة. يبدو أن المشكلة مرتبطة بالموقع نفسه وبالمرفق أيضًا (حيث تبدو جميع الصور التي تظهر فيها المشكلة بصيغة PNG)، ولم أتمكن من إعادة إنتاجها على Meta حتى عند رفع نفس المرفق هناك، لذا تم إهمال هذه المشكلة.
في اليوم الذي أنشأتُ فيه هذا الموضوع، خطرت لي فكرة فجأة وجربت صورة شعار Discourse الافتراضي من الفيديو، ونجحت أخيرًا في إعادة إنتاج المشكلة على Meta. ومع ذلك، عندما حاولت مرة أخرى اليوم، يبدو أن هذه الصورة لم تعد قابلة للرجوع إليها — فقد اختفى مادة الاختبار التي نجحت في إعادة إنتاج المشكلة على Meta مرة أخرى.
باختصار، هذه حالة حدودية يصعب جدًا إثارتها، لكن بمجرد إثارتها، ستُثار بشكل مستقر لنفس المرفق على نفس الموقع.
أرى أنه في منشورك، هناك ظهوران لـ . هل هذا نتيجة لتكرار ناجح؟ أي: هل يمكنك التكرار باستخدام الشعار الصغير، لكن لا يمكنك التكرار باستخدام صورة قطك؟
أولاً، ضع المؤشر على نص آخر، ثم اضغط مع الاستمرار على الزر الأيسر للماوس فوق الصورة واسحب مباشرة. إذا نقرت (وأطلقت) أولاً ثم سحبت، فسيتم في الواقع تحديد الصورة.
في الاختبار أعلاه (الذي أُجري على أحدث إصدار من Edge، مع محرر Discourse)، بدا أن سحب الصورة التي تم تحميلها سابقًا يعمل بشكل صحيح — لم أرَ أي مؤشر لإعادة التحميل؟
ربما كنت محظوظًا لدرجة أنك لم تواجه هذا الخطأ من قبل ، ولكن بغض النظر، في الفيديو أدناه أشرح تدفق ضغط المفاتيح الذي يُفعّل عمليتي التحميل والنقل باستخدام KeyCastOW، حتى تتمكن أنت والآخر من فهم العملية المحددة بوضوح.
التحميل - اضغط زر الماوس الأيسر واسحب مباشرة
النقل - اضغط زر الماوس الأيسر للنقر ثم اسحب
بالمناسبة، لقد جربت للتو استخدام قطتك () والصورة الأخرى الخاصة بك ()، ووجدت أن أيًا منهما لا يُفعّل هذه المشكلة.
أقترح عليك استخدام  للاختبار؛ على الأقل هي معروفة لدي كمادة اختبار يمكنها تكرار المشكلة بشكل موثوق. إذا لم تتمكن من تكرار المشكلة باستخدامها، فربما كنت محظوظًا حقًا.
في هذا السيناريو الأخير، هل تقصد أن هناك نسختين/نسخين مختلفين من الصورة/الملف يتم تحميلهما، وبالتالي يتم تخزين ملفين على الخادم؟
أم أن الصورة الملصقة لا يتم تحميلها فعليًا إلى الخادم إلا بعد (بعد التحميل) نقرت عليها (وعندها فقط يتم تحميل وتخزين هذه النسخة الواحدة من الصورة/الملف على الخادم)؟
حصلت على الرابط الكامل لها عبر أدوات المطور في المتصفح: https://example.com/uploads/default/original/1X/8826bc6c1be0e501979df4a004b9b2ae51c50320.jpeg. لذا قمت بإحالة الصورة في المحرر باستخدام تنسيق الرابط الكامل:
يمكن ملاحظة أنه على الرغم من أن Discourse تُظهر أن السحب يؤدي إلى رفع الملف، فإن الصورة تظهر فعليًا كـ ، وهو ما يتوافق مع المرفق نفسه الذي رفعه ذلك المستخدم في الأصل كـ https://example.com/uploads/default/original/1X/8826bc6c1be0e501979df4a004b9b2ae51c50320.jpeg.
كما أن سحب صورة مُشار إليها بتنسيق  يؤدي أيضًا إلى نفس المعالجة.
من هذا المنظور، فإن تفعيل الرفع مرة أخرى لا يستهلك فعليًا مساحة تخزين إضافية — فالملف الأول المرفوع فقط هو الذي يشغل مساحة التخزين على الخادم. إذن الأمر يتعلق فقط بمشكلة تجربة المستخدم: حيث يخلط المستخدمون بين “لماذا يفشل سحب الصورة (عند النقر ثم السحب دون إفلات الماوس) في التحرك كما هو متوقع، بل يُظهر عملية رفع جارية ويؤدي إلى تكرار الصورة؟”