Ho notato lo stesso comportamento e penso di aver capito perché succede (non perché quegli utenti non compaiono nella coda di revisione, ma perché non sono mai stati approvati):
Per quanto capisco il codice[1] quando si abilita ‘must_approve_users’, la maggior parte degli utenti creati prima che l’impostazione fosse abilitata dovrebbe essere approvata:
Questo ha funzionato per la maggior parte dei miei utenti, ma alcuni non sono stati contrassegnati come approvati.
Query Data Explorer
SELECT
id as UserID, approved
FROM
users
ORDER BY id
| UserID | Approved |
|---|---|
| 1 | true |
| 3 | true |
| … | … |
| 8 | true |
| 10 | false |
| 11 | false |
| 12 | false |
| 13 | true |
Quando si guarda la tabella reviewables si può notare che gli utenti con un ID utente corrispondente all’ID di destinazione di un messaggio di chat non sono stati approvati.
Query Data Explorer
SELECT id, target_id, target_type
FROM reviewables
ORDER BY target_id
| id | target_id | target_type |
|---|---|---|
| 6 | 9 | ChatMessage |
| 7 | 10 | ChatMessage |
| 8 | 11 | ChatMessage |
| 9 | 12 | ChatMessage |
| 1 | 2901 | Post |
| 2 | 2909 | Post |
| 5 | 2991 | Post |
Penso che sia un bug che gli utenti non vengano approvati quando c’è un ID di destinazione corrispondente che ha un tipo di destinazione diverso da ‘user’.
Ho pochissime competenze di programmazione ↩︎