عندما حاولت حذف مستخدم جديد نشر الكثير من البريد العشوائي بلغة أجنبية، تلقيت هذه الرسالة. أنا على 2.9.0beta14. كان الأمر نفسه بغض النظر عن الخيارين “حذف” اللذين اخترتهما.
تحرير: لاحظت للتو أنه تم حذف المستخدم (“تم الحذف عبر قائمة المراجعة”) لذلك ربما نقرت على الزر عدة مرات.
3 إعجابات
fhe
(Florian)
2 فبراير 2023، 8:45ص
2
أواجه هذا أيضًا بشكل متكرر مع الإصدار 3.1.0.beta2. يتم حذف المستخدم على الرغم من رسالة الخطأ (وقد نقرت مرة واحدة فقط).
3 إعجابات
عذرًا على التأخير، كنت أقصد الرد على هذا في حينه، ولكن لسبب ما لم أتمكن من نشر المسودة…
أرى هذا كثيرًا أيضًا عند حذف المستخدمين المزعجين. كل شيء يعمل كما هو متوقع، ولكنك تحصل على النافذة المنبثقة “حدث خطأ…”، والتي يمكن أن تكون مضللة.
للتكرار:
قم بتسجيل مستخدم تجريبي
الصق جزءًا من Lorem Ipsum كأول منشور لهم لتشغيل ‘قام المستخدم الجديد بكتابة أول منشور له بسرعة مريبة، يشتبه في سلوك روبوت أو مزعج.’
عند المراجعة، حدد “حذف المستخدم”
تلقي نافذة خطأ (على الرغم من أن كل شيء قد تم بنجاح وتم حذف المستخدم)
4 إعجابات
LordSimal
(Kevin Pfeifer)
15 يوليو 2023، 11:32ص
15
يحدث هذا معي مع مستخدم واحد ورسالة واحدة أيضًا.
انظر https://screenshot.sunlime.at/116314c9c34a223f69678a41b04209fa.mp4
هذه ليست النسخة المستضافة ذاتيًا ولكن النسخة السحابية (SAAS).
مرحباً وأهلاً بك @LordSimal
أعتقد أن تقريرك يشبه هذا Bug أكثر، لذلك قمت بنقل منشورك.
نعتقد أنه مرتبط بعدم الاحتفاظ بعلامات “الكتابة بسرعة كبيرة” في سجل قائمة المراجعة، وعند متابعة الإشعار الفردي من القائمة، تصل إلى صفحة محددة لتلك العلامة. عند حذفها، لم تعد الصفحة موجودة، مما يؤدي إلى ظهور مربع المعلومات هذا.
تم تعيين شخص للتحقيق، وأعتقد أن هناك إصلاحًا قيد الإعداد.
إعجابَين (2)
أعتقد أنه تم إصلاح هذا في:
main ← fix/reviewable-queued-posts
opened 08:08PM - 09 Jul 23 UTC
Performing a `Delete User`/`Delete and Block User` reviewable actions for a queu… ed post reviewable from the `review.show` route results in an error popup even if the action completes successfully.
This happens because unlike other reviewable types, a user delete action on a queued post reviewable results in the deletion of the reviewable itself. A subsequent attempt to reload the reviewable record results in
404. The deletion happens as part of the call to `UserDestroyer` which includes a step for destroying reviewables created by the user being destroyed. At the root of this is the creator of the queued post being set as the creator of the reviewable as instead of the system user.
This change assigns the creator of the reviewable to the system user and uses the more approapriate `target_created_by` column for the creator of the post being queued.
إعجاب واحد (1)
LordSimal
(Kevin Pfeifer)
20 يوليو 2023، 11:05ص
18
يمكنني التأكيد على أن الخطأ الذي ظهر في الفيديو أعلاه لم يعد يحدث
إعجابَين (2)
تم إغلاق هذا الموضوع تلقائيًا بعد يومين. لم يعد يُسمح بالردود الجديدة.