Not sure if this is a bug or not, but when a post needs to be approved, and I opt to reject it (as it doesn’t really fit the type of content we want), it leaves the user as blocked and the rejected post is not associated to the user anymore (likely related to the deleted posts not being associated to the user – so this part may be fixed in a later commit). We are running Discourse 1.5.0.beta1 - GitHub - discourse/discourse: A platform for community discussion. Free, open, simple. · GitHub version 4d78a7b1d5129998015b8582cbbae34b4e4bc8ca Is anyone else running into this? Edit: Based on reviewing the commit for fixing deleted user action associations, it seems we have that fix in our version, but it doesn’t work when rejecting a post that needs to be approved.

[image] cpradio: when a post needs to be approved, and I opt to reject it (as it doesn’t really fit the type of content we want), it leaves the user as blocked and the rejected post is not associated to the user anymore This seems correct as designed – when you reject a first post by a user, you are implicitly rejecting that user, too. This is really a question for @sam since he designed the feature. I think the workflow you’re using is a bit wrong here. You should accept the post, then delete it or message the user to let them know “that post wasn’t spam, but it isn’t something we want, either” I told @sam that copy on the page was wrong, the button should say “Delete Spam”, but it was never changed..

Yeah Reject is super weird, if a user is blocked we should not allow that option imo.

I would just like to add a 4th item Reject deletes the post, but the deleted post isn’t attributed to its owner. It is in limbo.

Is that current behavior or desired behavior?

[image] riking: Is that current behavior or desired behavior? Not sure, I’d prefer deleted posts remain attributed to the person who created them. Otherwise, as staff, when I visit that user’s page, I can’t see what posts have been deleted for that user (sometimes this helps with decision making on how many more chances they get).

Is there any difference when the post is the OP (i.e. the Topic) vs. a reply?

[image] Mittineague: Is there any difference when the post is the OP (i.e. the Topic) vs. a reply? Not 100% sure, if I get time I may try both of those at home, but to my knowledge and best recollection, no there isn’t.

So I’m not sure if this should go under a new topic or along the lines with this one, but we’ve had one complaint arising around Needs Approval lately (beyond the Reject button). Context. It is hard to identify the context of the post/reply (when it is a post/reply to an existing topic). We can visit the existing topic, but we have no clues to if it is a reply to a prior post above, or just to the topic as a whole at the end. We don’t really know where in the chain of responses this person would have fit as there isn’t any indication. I sort of wish it worked more like Akismet, where it has the post in the stream, but deleted, so we can visit it and see these clues.

I can’t understand why that would matter in the context of completely rejecting the post? Where is reply state the difference between disallowing a post and allowing it? Example?

Well, we had one recently that I was on the fence about (can’t link you to it, as there seems to be little/no history of past queued posts…) But if it were in response to a specific post, I may have permitted it because it was semi-on-topic, but if it were to the OP, I likely wouldn’t have, as it wasn’t as on-topic. It was very grey and since there was no way to tell who it was directed at, I let it sit and then someone else made the decision to just reject it. We’ve actually had this happen multiple times. We’ll review it, and just not act because there isn’t much context to lead us to determine “yep, allow it as who they are responding to, makes sense” versus “nope, not even close to what the OP is looking for” Context is 100% helpful in any moderation task. OP asked X, reply from user Y covered X and added Y as a possibility, approved post could be targetting X or Y or none of them above, but without knowing the context of who the post was geared for, it is hard to approve it since the user is new and this is their one and only post (we sort of have to assume their intent and decide, which doesn’t seem like a good idea). We’ve also taken the stance of only using Approve or Delete User, as Reject is funky at the moment (as previously stated in this topic). And Delete User blocks the user permanently (technically Reject keeps them blocked too, it just doesn’t block their IP/email and delete the user) so we like to be certain of side on Approve if there is any chance its intent could be for good (doing that without any context is difficult though).

Hmm so you are rejecting replies that are not “good enough” not just “is this spam or not”.

Needs Approved Reject doesn't Unblock or associated the rejected post with the user

Product Support

cpradio (cpradio) October 20, 2015, 9:41pm 29

Yes, but that also implies there is a way to turn off Post Approval, which I have yet to figure out how to do…

Topic		Replies	Views
Approving or rejecting what? The flag or the post? Feature	10	3095	April 23, 2019
Add reason for rejection of a post Feature moderation , completed , review-queue	33	5965	October 13, 2023
End user pre-approval queue experience can be much improved Feature	16	3869	February 7, 2022
Needs Approval doesn't Log Reject Feature	11	1183	June 11, 2019
Pre-approval queue is too hidden UX	16	2156	October 23, 2017

Needs Approved Reject doesn't Unblock or associated the rejected post with the user

Related topics