承認待ちのユーザーが136人中137人

[ganncamp (G Ann Campbell)]

レビューキューにユーザーが 何人 いようと、キューにユーザーが 一人でも いる場合、常に（はい、常に）136人または137人のユーザーがキューにいるというメッセージが表示されます。毎回です。

これをどうすれば修正できますか？

[Moin]

私もそれらのメッセージを受け取っています。承認を有効にしたところ、既存のユーザーすべてが自動的に承認されませんでした。("must approve users" notifications are incorrectly triggered by old users - #4 by Moin)。そのため、Data Explorer で見つけて、プロフィール管理ページから手動で承認することができました。(しかし、136件は手動承認には多すぎます！)。

また、これらのバグレポートもあります。

Notification claims X users for approval, but none are found

I found this topic while searching before filing a bug report, so adding to it. TL;DR the query for the notification is wrong because it counts rejected users as well. Notification: 16 users waiting for approval, click the link, see only 2. The query used for the notification is this 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".…

Two users waiting for approval but not in RQ- where are they?

We use the same signup process for all new users, using Wordpress as the OAuth provider and requiring manual approval on Discourse. 99% of the time it works. But two users over the past weeks are hiding somewhere. Discourse sends notifications that they are pending approval, but there are not on the Review Queue, no matter how I filter. Discourse must know where they are, since it’s sending notifications. How can I find them? [image] [image]

[ganncamp (G Ann Campbell)]

@Moin、アドバイスありがとうございます。

こちらと

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

で135件のレコードを取得しました。

最も古いレコードの一つである samirbehara を選択すると、このユーザーにたどり着きますが、このユーザーは公開アクティビティがあります。

彼の管理画面では「承認」するオプションがありますが、その理由がわかりません。

[Colin_Mueller]

Slackで親愛なる同僚の@ganncampに伝えたばかりですが、今朝、私たちのインスタンスでこれらの通知をオフにしました。

それらは私たちには全く何の役にも立ちませんでした。

それでも、レビューキューの数が明らかにそれほど多くなかったのに、それほど多く（130以上）表示されたのは奇妙です。

[pfaffman (Jay Pfaffman)]

あまり注意深く見ていなかったので、的外れかもしれませんが。

@ganncamp

彼のアカウントの管理画面で「承認」するオプションがありますが、なぜそうなるのか理解できません。

彼らが参加した後、あなたが「ユーザーの承認が必要」をオンにしたのだと思います。彼らはすでに参加していて投稿できるユーザーでしたが、その後承認が必要になり、あなたはまだ承認していません。選択肢は、UXまたはRailsで135人全員を承認するか削除することだと思います。

[Firepup650 (Firepup Sixfifty)]

@pfaffman

彼らが参加し、その後あなたが「ユーザーの承認が必要」をオンにしたのだと思います。

それは既存のユーザーを一括承認することになりませんか？

@Moin

must approve users を有効にすると、既存のユーザーはすべて自動的に承認されます。

discourse/config/initializers/014-track-setting-changes.rb at a564274ba277a834b8a3ab4c28b2c1022fd9521e · discourse/discourse · GitHub

一時的に有効にして、自動化を使用してユーザーを承認するのも良いかもしれません。

[Moin]

通常はそうです。しかし、バグがあるため、一部のユーザーでは機能しません。

[Firepup650 (Firepup Sixfifty)]

それは少し奇妙ですね。なぜなら、（もし私が正しくSQLを書けていれば）私たちのものには、ターゲットタイプとしてユーザーが含まれているように見えるからです。

SELECT
  users.id as user_id, approved, target_type, target_id
FROM
  users
INNER JOIN reviewables ON users.id=reviewables.target_id
WHERE approved = false
ORDER BY user_id

userid	approved	target_type	target
39	false	User	39
127	false	Post	127
276	false	Post	276
278	false	Post	278
328	false	User	328

[pfaffman (Jay Pfaffman)]

@Firepup650

それは既存のユーザーをすべて承認することにならないか？

このトピックは、そうならなかったことについてではないか？

[Firepup650 (Firepup Sixfifty)]

それは私のせいです。少し読み飛ばしすぎて、完全に見落としていたようです。