Benachrichtigung meldet X Nutzer zur Genehmigung, aber keine werden gefunden

Das sieht nach einem Fehler aus, aber ich kann nicht erkennen, wie er reproduziert werden kann.

Ich erhalte eine PM-Benachrichtigung, die besagt:

Aber wenn ich auf den Link zur Überprüfung klicke, gibt es keine ausstehenden Benutzer. Unter /admin/users sehe ich einige Benutzer, die ihre E-Mail-Adressen nicht validiert haben.

Ich kann nicht sagen, ob die Benachrichtigung eine falsche Anzahl anzeigt, ob es irgendwie Benutzer gibt, die auf die Genehmigung warten und nicht bei der Suche nach ihnen angezeigt werden, oder ob Benutzer, die ihre E-Mail nicht validiert haben, irgendwie als ausstehend für Benachrichtigungen, aber nicht für die Genehmigung gezählt werden.

3 „Gefällt mir“

Nicht, um die offensichtliche Frau zu sein, aber ist allow_new_registrations zufällig nicht angekreuzt? Offensichtlich haben Sie die Einstellung must_approve_users aktiviert, und ich bin mir nicht sicher, wie sich das auswirkt, wenn die Registrierung deaktiviert ist. :thinking: Ich würde denken, dass die Registrierungseinstellung die Kontoerstellung überschreiben und sie deaktivieren würde. Nein, das ergibt auch keinen Sinn…

Es ist mit ziemlicher Sicherheit etwas Offensichtliches, daher freue ich mich über Ihre Hilfe.

Ja, beide sind angekreuzt. Einige Leute werden registriert und genehmigt. Es ist nur so, dass die angegebene Anzahl der Wartenden nicht mit der in der Benachrichtigung angegebenen Anzahl übereinstimmt. Sie sagte mir 5, und in den letzten Tagen waren es nur 2.

1 „Gefällt mir“

Sehr seltsam in der Tat. Klingt irgendwie so, als ob etwas bei der Benutzerregistrierung abgelehnt wird, nachdem die Genehmigungsanfrage zur Überprüfung gesendet (gezählt) wurde…

3 „Gefällt mir“

Gibt es überprüfte Benutzer, wenn Sie alle überprüfbaren Elemente anzeigen, oder vielleicht aus den Protokollen des Personals? :person_shrugging:

Ich erhalte oft PMs/Erinnerungen an überprüfbare Elemente, die bereits überprüft wurden, sodass nichts angezeigt wird.

Ich ging davon aus, dass das Problem darin bestand, dass jemand anderes die Benutzer genehmigte, bevor ich (oder der Websitebesitzer) sie erreichten, aber ich kann die Zahlen auch so nicht nachvollziehen).

Kann ein Benutzer sein Konto löschen, bevor seine Registrierung genehmigt wurde?

Vielleicht? Ich glaube nicht, da sie sich anmelden müssten, um das zu tun, und sie können sich erst anmelden, wenn sie genehmigt wurden (aber ich habe den Code oder so etwas nicht überprüft)

Ich habe dieses Thema gefunden, während ich vor der Einreichung eines Fehlerberichts gesucht habe, daher füge ich es hier hinzu.

TL;DR Die Abfrage für die Benachrichtigung ist falsch, da sie auch abgelehnte Benutzer zählt.

Benachrichtigung: 16 Benutzer warten auf Genehmigung, klicken Sie auf den Link, sehen Sie nur 2.

Die Abfrage für die Benachrichtigung lautet:

puts AdminUserIndexQuery.new(query: "pending", stats: false).find_users_query.to_sql

SELECT "users".* FROM "users"
WHERE (suspended_till IS NULL OR suspended_till <= '2023-11-13 11:05:23.225614')
AND "users"."approved" = FALSE
AND "users"."active" = TRUE
ORDER BY users.created_at DESC,users.username

was in meinem Fall 16 Benutzer ergibt

[4479, 4472, 4456, 4446, 4443, 4430, 4302, 4291, 4206, 4199, 4178, 4168, 4131, 4061, 3677, 3642]

Wenn ich diese IDs in die Reviewables-Warteschlange einfüge, erhalte ich 2 Benutzer, die tatsächlich genehmigt werden müssen (Status 0) und 14 Benutzer, die bereits abgelehnt wurden (Status 2).

ReviewableUser.where(type: 'ReviewableUser')
  .where(target_id: ids)
  .pluck(:target_id, :status)

[[3642, 2], [3677, 2], [4061, 2], [4131, 2], [4168, 2],
[4178, 2], [4199, 2], [4206, 2], [4291, 2], [4302, 2],
[4430, 2], [4443, 2], [4446, 2], [4456, 2], [4472, 0], [4479, 0]]
2 „Gefällt mir“

Jemand hat sich heute darüber beschwert. Bevor ich all das gefunden habe, habe ich das Problem ungefähr so ​​„gelöst“:

bad=User.where(approved: false);
bad.each do |user| puts "https://community.open-emr.org/admin/users/#{user.id}/#{user.username}"; end;

Dies gibt die Admin-URLs für alle Benutzer aus, damit Sie sie dort genehmigen oder löschen können, denke ich.

Also ist das wohl immer noch ein Fehler.

Oh, und dann:

ids=bad.pluck(:id);
ReviewableUser.where(type: 'ReviewableUser')
  .where(target_id: ids)
  .pluck(:target_id, :status)

Gibt jetzt so etwas zurück:

=> [[4610, "rejected"], [4527, "rejected"], [4643, "rejected"], [4648, "rejected"]]

Vielleicht müssen diese also aus ReviewableUser gelöscht werden?

Oder einfach die Benutzer löschen?

2 „Gefällt mir“

Als Moderator (nicht als Administrator) konnte ich die abgelehnten Benutzer in der ungefilterten Überprüfungswarteschlange auflisten. Aber sie nicht im Benutzerbereich finden, noch vom Überprüfungswarteschlangen aus auf den Benutzereditor für abgelehnte Benutzer zugreifen.

Dies sind die Filterparameter für die Überprüfungswarteschlange für
https://gramps.discourse.group/review?additional_filters={}&sort_order=score&status=rejected&type=ReviewableUser

Entweder müssen Moderatoren also „Abgelehnte“ und Benutzer mit dem Ablehnungsstatus „Nein“ in den Benutzer-Tabs finden können oder vom Überprüfungswarteschlangen aus zum Benutzereditor navigieren können.

1 „Gefällt mir“

Ich habe das gleiche Problem und wurde vom Support hierher geschickt.

Ich bin der einzige Mitarbeiter oder Administrator auf dem Konto, also handelt es sich definitiv um diesen Fehler und nicht darum, dass ein anderer Administrator die Anfragen genehmigt hat.

Bei allen drei dieser Benachrichtigungen gab es, als ich auf die ausstehende Warteschlange geklickt habe, keine Benutzer, die auf eine Genehmigung warteten:

2 „Gefällt mir“

Ich habe kürzlich die Freigabe für neue Benutzer aktiviert. Es sind sehr wenige – es ist eher ein Tropfen als eine Flut. Es ist zu 100 % reproduzierbar, dass ich die Benachrichtigung erhalte, den Benutzer genehmige (meistens), und dann innerhalb von etwa einer Minute eine neue Phantom-Benachrichtigung erhalte, wobei die Prüfungswarteschlange tatsächlich frisch leer ist.

Es fühlt sich vielleicht nach einem Race Condition an.

Sie können eine Abfrage im Datenexplorer verwenden, um den Benutzer zu finden, den Sie in der Warteschlange nicht sehen, und ihn direkt auf seiner Administrationsseite freizugeben.

SELECT id as user_id
FROM users
WHERE approved = false
AND active = true

Das habe ich kürzlich getan. Ich erhalte diese Meldung ebenfalls alle 7 Tage. Also habe ich die Abfrage ausgeführt, und dies war das Ergebnis:

Ich habe dies dann auf der Administrationsseite für Benutzer verifiziert:

Ich muss jedoch noch herausfinden, warum der Button in meinem Fall nicht funktioniert. Ich hatte bisher noch keine Gelegenheit, mich damit zu befassen.

Hoffentlich funktioniert der Button bei Ihnen einfach. Ich vermute, es gibt mehr als einen Fehler, der zu diesen Benachrichtigungen führt, ohne dass Benutzer in der Warteschlange erscheinen. RGJ hat etwas zu abgelehnten Benutzern gefunden, und ich habe einen Fall gemeldet, in dem einige bestehende Benutzer nicht freigegeben werden, wenn die Einstellung aktiviert ist.

Vielleicht hatte ich etwas Ähnliches, obwohl deine Suche dort, die in deinem Fall einen Chat trifft, in meinem Fall nichts anderes als den Benutzer trifft. Die Explorer-Abfrage

SELECT id as user_id
FROM users
WHERE approved = false
AND active = true

ergab einen Benutzer, der keineswegs neu ist:

Beitritt am 9. April 2021
Letzter Beitrag am 16. April
Gesehen am 16. April
Aufrufe 1308
Vertrauensstufe: Mitglied

Hmm, ich kann sie nicht manuell genehmigen. Irgendwas ist falsch!

Edit: Ich bin nicht der Einzige – siehe dieses neue Thema: Genehmigungs-Button im Benutzerprofil funktioniert nicht

Details – OT hier

In der Admin-Oberfläche sehe ich den Genehmigungs-Button, ich klicke darauf, passiert nichts. In der Browserkonsole sehe ich einen 500-Fehler.

requestedUrl:
“/admin/users/332/approve”
responseText:
"<!DOCTYPE html>\n<html>\n<head>\n <title>Hoppla – Fehler 500</title>\n <meta http-equiv="Content-Type" content="text/html; charset=utf-8">\n</head>\n<body>\n <h1>Hoppla</h1>\n <p>Die Software, die dieses Diskussionsforum betreibt, ist auf ein unerwartetes Problem gestoßen. Wir entschuldigen uns für die Unannehmlichkeiten…

1 „Gefällt mir“

Jetzt bin ich eher besorgt, da wir den Starter-Plan nutzen und daher keinen Zugriff auf Data Explorer haben. Das lässt mich befürchten, dass vielleicht Benutzer auf eine Freigabe warten, die ich einfach nicht sehen kann.

Ich habe noch nie mehr Nutzer bemerkt als in der Überschrift der Benachrichtigung angegeben. Die Meldung sagt 1, und ich habe auch nur 1 gefunden.

Aber selbst ohne Data Explorer können Sie inoffizielle Nutzer effizient finden. Sie können Ihr Benutzerverzeichnis über die Schaltfläche oben rechts auf /admin/users exportieren.

Öffnen Sie die Datei dann mit einem beliebigen Programm, um nach Nutzern zu suchen, bei denen approved auf false steht. Ich habe Excel verwendet, und man sieht, dass es wirklich nur einen Nutzer gibt:

1 „Gefällt mir“

@Moin so hilfreich, warum bin ich nicht selbst darauf gekommen?

Gott sei Dank zeigt der Export, dass es doch Benutzer gibt, die noch nicht genehmigt sind! Obwohl die Überprüfungsseite immer noch leer ist:

Das scheint ein schwerwiegender Fehler zu sein. Diese Benutzer wären extrem frustriert gewesen, wenn niemand sie jemals erreicht hätte. Bevor ich nach ihnen suche, um sie zu genehmigen, gebe ich Discourse die Chance, den Fehler zu untersuchen, warum sie in /review nicht angezeigt werden.

1 „Gefällt mir“

Wurden ihre Konten aktiviert? Ich habe manchmal auch ein paar solche Benutzer, weil sie ihre E-Mail-Adresse noch nicht verifiziert haben. Es ergibt Sinn, dass sie erst nach der Bestätigung der E-Mail eine Freigabe durch das Personal benötigen (=Zeit).