يقوم المستخدم بإنشاء موضوع جديد يسمى “الموضوع XYZ”
يقوم الموظفون بدمج هذا الموضوع الجديد في موضوع موجود يسمى “الموضوع ABC”
– تنظيف قياسي لمنع المواضيع المكررة
“الموضوع XYZ” اختفى الآن من العرض العام لأنه تم إلغاء إدراجه ودمجه
“الموضوع ABC” غير مرئي في /latest(أو في أي مكان آخر مؤخرًا) لأنه لم يتم دفعه
لا أحد من المستخدمين على علم بأنه تم إنشاء موضوع / منشور جديد (أو ما هو الآن تقنيًا رد على موضوع أقدم لأنه تم دمجه) لأنه تم نقله إلى موضوع قد يكون عمره عامًا ولم يتم دفعه
@christo أعتقد أننا بحاجة إلى النظر في بعض التركيبات المختلفة هنا:
بالنظر إلى أننا ندمج الموضوع أ (منشور واحد) في الموضوع ب، هناك الحالات التالية التي يجب مراعاتها:
منشور الموضوع أ أحدث من آخر منشور في الموضوع ب
أ. تم تحديد الحفاظ على التسلسل الزمني
ب. لم يتم تحديد الحفاظ على التسلسل الزمني
منشور الموضوع أ أقدم من آخر منشور في الموضوع ب
ج. تم تحديد الحفاظ على التسلسل الزمني
د. لم يتم تحديد الحفاظ على التسلسل الزمني
أعتقد أن السلوك المتوقع هو أنه سيتم ترقية الموضوع في جميع الحالات، باستثناء الحالة 2 (ج).
في كل حالة باستثناء 2 (ج)، سيتم إلحاق المنشور من الموضوع أ بنهاية الموضوع ب، لذلك أعتقد أن الدمج يجب أن يؤدي إلى تعيين تاريخ الترقية بناءً على وقت حدوث الدمج.
لست متأكدًا تمامًا مما أتوقع حدوثه في حالة 2 (د)، إذا قام المسؤول لاحقًا بتنفيذ “إعادة تعيين تاريخ الترقية”. أعتقد أنه يجب عليه تحديث تاريخ الترقية ليكون تاريخ أحدث منشور تم إنشاؤه في الموضوع (على سبيل المثال، المنشور قبل الأخير).
@martin أنت وأنا كنا نفكر في منطق تاريخ الترقية في سيناريوهات أخرى - هل ما سبق منطقي بالنسبة لك؟
نعم، بناءً على حقيقة أنه كان دائمًا هكذا حتى التحديثات التي قمت بتثبيتها هذا الأسبوع.
مرة أخرى، المشكلة التي نواجهها الآن هي أن الموضوعات/المشاركات الجديدة تختفي ببساطة في الهواء حيث لم تعد تدفع الموضوع الذي تم دمجها فيه - حيث كانت دائمًا في الماضي.
نعم، يبدو أن هذه كانت مشكلة أدخلتها في الالتزام المرتبط أعلاه. كنت أهدف إلى إصلاح مشكلة حيث كان تاريخ bumped_at يتأخر أحيانًا في الوقت عند دمج منشور أول أقدم من أحدث منشور في الموضوع الوجهة. ولكن يبدو أنني كسرت أيضًا الحالة التي يكون فيها المنشور الأول أحدث.
لدي إصلاح لهذا قيد التقدم وسأقوم بالتحديث هنا عندما يتم حله.