pangbo
December 28, 2025, 8:39am
46
Currently, the registerReviewableActionModal interface in the frontend plugin API only registers modals to the old review queue layout:
However, the new layout fully supports this feature.
export function registerReviewableActionModal(actionName, modalClass) {
if (Object.keys(defaultActionModalClassMap).includes(actionName)) {
throw new Error(
`Cannot override default action modal class for ${actionName} (mapped to ${defaultActionModalClassMap[actionName].name})!`
);
}
actionModalClassMap[actionName] = modalClass;
}
I am curious as to whether this was an intentional design choice, or simply an oversight?
1 Like
T_Disco:
A moderator may use the ‘Flag claimed by’ filter on the review queue to work through items that they’ve claimed, and as such, once action has been taken it would be useful to be able to unclaim the item so that it doesn’t appear in their ‘Flag claimed by’ list.
Ah, I understand. The difference with the new solution is that “unclaim” happens automatically after the review is actioned.
In case another moderator claimed but did not action, another moderator can remove the claim and then claim it themselves.
2 Likes
Thank you for spotting this issue. Definitely, it was an oversight.
I have PR with the fix for this problem
https://github.com/discourse/discourse/pull/37023
2 Likes
Recently the review queue starting popping up notifications about incoming email from newsletters. I now need to validate each known staged user posting in dedicated categories set up for receiving email. Before these were automatically creating topics, but now they’re filtered.
Yet, I didn’t see any way to put those users on an allow list. Is there any option to do so?