أعتقد أن المشكلة قد تكون في أن المستخدم تمت مراجعته مسبقًا. لست متأكدًا مما إذا كان من الممكن مراجعة نفس المستخدم مرة أخرى. حتى الآن، لم أتمكن من إعادة إنتاج هذه الحالة.
ما زلت لم أتمكن من إعادة إنتاجها. لكنني اكتشفت أن المستخدم الذي لا يظهر في قائمة المراجعة قد تم تصنيفه كـ suspect_user بعد تسجيله في ديسمبر. في ذلك الوقت، كانت إعدادية must_approve_users معطلة في منتداي. لذا، اتخذت إجراءً تجاهه آنذاك. لست متأكدًا مما إذا كان disagreed يعني أنني اخترت إبقاء المستخدم. ولكن عندما حاولت إعادة الإنتاج الآن، كانت الخيار الوحيد الآخر هو حذف المستخدم. لست متأكدًا كيف حدث status = 2.
عندما فعّلت must_approve_users قبل بضعة أسابيع، لم يتم الموافقة على المستخدم تلقائيًا لأنه كان هناك عنصر قابل للمراجعة يحمل معرف المستخدم (user_id) كمعرف الهدف (target_id). هذا منطقي.
لكنني ما زلت لا أعرف كيف انتهى بي الأمر إلى مستخدم لم أوافق عليه، ولم أحذفه أيضًا عندما تم تصنيفه.
| reviewable | status | status | reason | context | created_at |
|---|---|---|---|---|---|
| 264 | disagreed | 2 | suspect_user | NULL | 2025-12-18T14:16:28.322Z |
query
SELECT
rs.reviewable_id,
CASE
WHEN rs.status = 0 THEN 'pending'
WHEN rs.status = 1 THEN 'agreed'
WHEN rs.status = 2 THEN 'disagreed'
WHEN rs.status = 3 THEN 'ignored'
END as status,
rs.status as status_id,
rs.reason,
rs.context,
rs.created_at
FROM reviewable_scores rs
JOIN reviewables r
ON rs.reviewable_id = r.id
JOIN users u
ON r.target_id = u.id
WHERE u.approved = false
AND u.active = true