Посты стейдж-пользователей застряли в очереди

Поддержка Самостоятельное хостинг
1

Я управляю своим сайтом уже более года, и эта проблема возникла только недавно.
На сайте много пользователей со статусом «staged» (промежуточный), так как сайт в основном работает как служба поддержки / центр обработки обращений.

За последнюю неделю или около того обращения с вложенными медиафайлами (скриншотами) застревают в очереди на одобрение.

Я проверил «группы медиа, для которых пропущена проверка» (skip review media groups), и там есть TL0, но, по-моему, у пользователей со статусом «staged» может быть другой флаг.

Это нужно исправить, так как люди не получают свои обращения. Почему это началось только сейчас?

Спасибо!
Дэвид

2

Мне кажется, это может быть отчёт о той же проблеме.

Я думаю, что пользователи со статусом staged были защищены от большинства ограничений. Именно поэтому у них было отдельное настройка сайта Approve unless staged. Но я не пользовался этой функцией, поэтому не уверен.

Какая причина отображается в очереди на проверку?

3

Сейчас у меня нет ничего на рассмотрении, но это касалось того факта, что в каждом посте были встроенные медиафайлы.

Я проверил настройку «Одобрять, если не на модерации», и она не отмечена.

4

Вы должны иметь возможность увидеть предыдущие, изменив фильтр статуса вверху.

Я постараюсь посмотреть. Но не могу сказать, когда до этого дойду. Надеюсь, кто-то другой возьмётся за это.

5

О, я понял.

Это сообщение содержит встроенные медиафайлы. См. группы пропускного просмотра медиафайлов.

И в эту настройку входят администраторы, модераторы и trust_level_0

6

Я всё ещё получаю эти ошибки. Что я могу сделать, чтобы их исправить?
Это серьёзно мешает нашей работе.

Screenshot 2026-09-11 at 10.55.19 AM
Screenshot 2026-09-11 at 10.55.19 AM764×941 64 KB

7

Извините, у меня пока не было времени посмотреть. Если это для вас так важно, стоит обратиться за помощью в Marketplace.

По-моему, это связано с изменениями, описанными здесь: Incoming emails with signatures/tables/inline images rejected with “Access Denied” - #2 by Ethsim2. Возможно, @Ethsim2 что-нибудь подскажет.

8

Извиняться не нужно. Бесплатная помощь — это и есть бесплатная помощь. Я просто хотел прислать тебе полный скриншот.

Ты мог бы так же легко сказать: «Не спеши, я исправлю, когда дойду до этого!»

:slight_smile:

9

Я проверил это на актуальном self-hosted-инстансе.

Пользователи со статусом «staged» не являются членами группы trust_level_0, поэтому наличие trust_level_0 в skip review media groups не освобождает их от проверки.

Однако добавление logged_in_users в skip review media groups работает.

image
image549×218 14.8 KB

Я тестировал это как напрямую через NewPostManager, так и через реальный путь приёма почты. Письмо от недавно созданного пользователя со статусом «staged», содержащее встроенные медиафайлы, было опубликовано сразу, а не отправлено в очередь на проверку.

Таким образом, в конфигурации типа helpdesk, где произвольные новые отправители создаются как пользователи со статусом «staged», добавление logged_in_users обеспечивает ожидаемое поведение без необходимости активировать пользователей или поддерживать отдельную группу.

Одна деталь немного удивляет: пользователи со статусом «staged» соответствуют псевдогруппе logged_in_users при этой проверке, хотя в обычном смысле они не являются активированными/входящими в систему аккаунтами.

10

Я также открыл PR для добавления регрессионного покрытия для этого поведения:

Он проверяет, что новый созданный пользователь в режиме ожидания (staged user) с встроенными медиа не попадает в очередь, если logged_in_users включён в skip_review_media_groups.

Это также должно прояснить, рассматривают ли мейнтейнеры соответствие пользователей в режиме ожидания (staged users) группе logged_in_users в данном контексте как намеренное поведение, на которое можно полагаться в будущем.

11

@tknospdr, помогло ли добавление logged_in_users в настройки сайта решить вашу проблему?