Beiträge gestufter Nutzer stecken im Warteschlange

Ich betreibe meine Seite jetzt seit über einem Jahr, und dieses Problem ist erst in letzter Zeit aufgetreten.
Da die Seite hauptsächlich als Helpdesk bzw. Ticket-Hub dient, haben wir viele Benutzer mit dem Status „staged“.

In der letzten Woche oder so stecken Tickets mit eingebetteten Medien (Screenshots) in der Genehmigungs-Warteschlange.

Ich habe überprüft, ob die Mediengruppe „Review überspringen“ TL0 enthält, aber ich vermute, dass Benutzer mit dem Status „staged“ möglicherweise ein leicht anderes Flag haben.

Das muss behoben werden, da Benutzer Tickets übersehen. Warum ist das gerade jetzt losgegangen?

Danke!
David

Ich habe das Gefühl, dass dies ein Bericht über dasselbe Problem sein könnte.

Ich denke, gestufte Benutzer waren vor den meisten Beschränkungen gefeit. Deshalb gab es die separate Standardeinstellung „Freigeben, außer gestuft“. Aber ich habe diese Funktion nicht verwendet, daher bin ich mir nicht sicher.

Welcher Grund wird in der Prüfungsqueue angezeigt?

Ich habe gerade keine Beiträge in der Prüfung, aber es ging darum, dass in den Beiträgen jedes Mal eingebettete Medien vorhanden waren.

Ich habe die Einstellung „Genehmigen, außer sie sind als Entwurf markiert“ überprüft, und sie ist nicht aktiviert.

Du solltest frühere sehen können, indem du den Statusfilter oben änderst.

Ich werde versuchen, mir das anzusehen. Aber ich kann nicht sagen, wann ich dazu komme. Ich hoffe, dass sich jemand anderes meldet.

Oh, verstehe.

Dieser Beitrag enthält eingebettete Medien. Siehe Mediengruppen für die Übersprungsprüfung.

Und diese Einstellung umfasst Administratoren, Moderatoren und trust_level_0

Ich bekomme diese Fehler weiterhin. Gibt es etwas, das ich tun kann, um das zu beheben?
Es beeinträchtigt unseren Arbeitsablauf wirklich sehr.

Entschuldigung, ich hatte noch keine Zeit, mir das anzusehen. Wenn es dir so wichtig ist, solltest du dir vielleicht Hilfe in Marketplace holen.

Ich denke, es hängt mit den Änderungen in Incoming emails with signatures/tables/inline images rejected with “Access Denied” - #2 by Ethsim2 zusammen. Vielleicht hat @Ethsim2 eine Idee.

Keine Entschuldigung nötig. Kostenlose Hilfe ist kostenlose Hilfe. Ich wollte dir einfach einen vollständigen Screenshot schicken.

Du hättest genauso gut sagen können: „Geduld, die Lösung kommt, wenn ich dazu komme!"

:slight_smile:

Ich habe dies auf einer aktuellen, selbst gehosteten Instanz getestet.

Staged-User sind keine Mitglieder von trust_level_0, sodass das Hinzufügen von trust_level_0 zu skip review media groups sie nicht davon befreit.

Das Hinzufügen von logged_in_users zu skip review media groups funktioniert jedoch.

Ich habe dies sowohl direkt gegen NewPostManager als auch über den tatsächlichen E-Mail-Eingangsweg getestet. Eine E-Mail von einem neu erstellten Staged-User, die eingebettete Medien enthielt, wurde sofort veröffentlicht, anstatt in die Überwachungs-Queue zu gelangen.

Daher scheint das Hinzufügen von logged_in_users in einem helpdesk-artigen Setup, in dem beliebige neue Absender als Staged-User erstellt werden, das beabsichtigte Verhalten zu liefern, ohne dass die Benutzer aktiviert oder eine separate Gruppe gepflegt werden muss.

Ein etwas überraschendes Detail ist, dass Staged-User für diese Prüfung der Pseudo-Gruppe logged_in_users zugeordnet werden, obwohl sie im üblichen Sinne keine aktivierten/angemeldeten Konten sind.

Ich habe außerdem einen PR eröffnet, um eine Regressionsabdeckung für dieses Verhalten hinzuzufügen:

Er stellt sicher, dass ein neu erstellter Staged-User mit eingebetteten Medien nicht in die Warteschlange aufgenommen wird, wenn logged_in_users in skip_review_media_groups enthalten ist.

Dies sollte auch klären, ob die Maintainer es als beabsichtigtes Verhalten ansehen, dass Staged-User hier unter logged_in_users fallen, und ob wir uns in Zukunft darauf verlassen können.

@tknospdr, hat das Hinzufügen von logged_in_users zur Site-Einstellung dein Problem gelöst?