Adjust moderation reporting functionality #1015
Labels
No Label
a11y
ActivityPub
admin
API
backend
bug
community
conflicting
contribution welcome
deployment
documentation
duplicate
enhancement
frontend
good first issue
help wanted
high priority
instance config
low priority
mobile
moderation
more infomation needed
needs feedback
pr pending
project setup
question
search
security
translation
translations update needed
UI/UX
upstream
No Milestone
No project
No Assignees
4 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: Kbin/kbin-core#1015
Loading…
Reference in New Issue
There is no content yet.
Delete Branch "AnonymousLlama/kbin-core:feature/adjust-reporting-functionality"
Deleting a branch is permanent. Although the deleted branch may exist for a short time before cleaning up, in most cases it CANNOT be undone. Continue?
Adjust moderation reporting functionality
In this PR I've adjusted several parts of the reporting functionality.
Updated Moderator UI
Inside the moderation section for each magazine, the reports section has been updated to look as below
(updated UI for modeators)

Do you want to ban the user (%username%) who created this content from this magazine?
reject report
andapprove report
as there has been some confusion as noted hereThe
popup confirmation
has also been updated. Previously when we haveconfirm popups
we usually use the defaultare you sure?
wording. But we should start looking at making these unique to each action.(adjusted popup explaining exactly whats happening)

Updated User UI
When a user used to report content, if they had already reported it, the AJAX request would throw a
500 error
as we had an unhandled exception in the report process as seen below(error on submission)

This has been handled now. On successful submission they get the existing message as seen below

(front-end success message)
On failure, they receive the following message

(front-end failure message)
In addition, if the user goes to the single page permalink and tries to report the content. The appropriate success or failure messages have been added here
(single permalink of the resource being reported, now showing success or failure messages)

Summary
These changes while small I think should help both moderators and users alike.
Closes #623
Great change, but I started working on the reports in this PR: #1000 - the views have been moved to the twig component and I would like to finish it today. I think it will be easier to merge PR1000 first and then modify one file in your PR based on that. Are you okay with this?
Approve Report is still confusing, rideranton in issue you linked suggested
and I agree that it would be better
Additionally, after sending report for the same post/entry twice or more I don't think the flash message should be of type 'danger' as user did nothing wrong
I'll wait for you to get your stuff sorted @ernest first and then I'll have a look at this one.
We can then adjust the wording to get it a bit better
PR 1000 is still in draft.
#1000 is merged now
Adjust moderation reporting functionalityto WIP: Adjust moderation reporting functionalityWIP: Adjust moderation reporting functionalityto Adjust moderation reporting functionality@ernest this has been updated now
@AnonymousLlama I added the translations to Webplate. Meaning you can remove it from this PR.