Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

UX improvements for moderation feature #1062

Closed
BeccaMelhuish opened this issue Jul 21, 2022 · 1 comment
Closed

UX improvements for moderation feature #1062

BeccaMelhuish opened this issue Jul 21, 2022 · 1 comment
Labels
enhancement Making an existing feature better.

Comments

@BeccaMelhuish
Copy link

When testing the moderation feature in order to write up the HC texts, I came across a number of UX issues, some much more serious than others, so I'll split them out as such..

More serious issues:

(1) When a user has already deleted an argument, the moderation pop up still appears as if the argument is still there. As both the original author and the moderator receive notifications at the same time, it is quite feasible that by the time the moderator comes to moderate the argument, the original author has already logged in and deleted it. I discovered that if they have, the window that appears when the moderator clicks "Moderate this argument" in their notification email looks as if the argument is still there.

See the screenshot below, this is what appeared when I clicked on the window as moderator, after having deleted the argument (from my other account). The error message saying that the content has been deleted only appears after they have taken action to moderate it.

I can imagine this could cause a great deal of frustration to users, as moderating offensive arguments can be quite stressful especially if it's a delicate subject with a fine line between freedom of speech and causing offense. I.e. the moderators thinks long and hard what is the right thing to do, calls a colleague to get a second opinion, calls the person who reported it too, then writes a carefully worded explanation of why they are deleting it, only to find that the argument had already been hidden anyway! :-/

image

(2) Same as above, but when the original author has already edited the comment. In this case, the moderation window that appears shows the edited version of the argument, but doesn't indicate that the comment has been edited. So they are going to think that someone has reported the argument in its edited form, when in fact they reported it in its original form. Again they are only notified that the argument has been edited after having tried to moderate it. Which could cause a lot of confusion, frustration, misunderstandings etc.

image

image

(3) There doesn't seem to be any way for the moderator to (transparently) explain their reasons if they decide to not take action on a report. For example, someone reports an argument as racist. The moderator disagrees as they don't think it is racist, and therefore clicks "No" or closes the window. Currently (as far as I can tell) in this case there is no visible trace that the argument was ever reported, why it was reported, that the moderator chose not to moderate it, or why they did not. (Which seems very non-transparent to me, the moderator should have to justify their choice either way and this should be visible somewhere, in my opinion).

Medium serious issues:

(1) The wording here doesn't really make sense in the context. As you're not changing your mind, just deciding not to moderate it. And it's also not clear what action they are taking, as "moderate" isn't very specific. So I'd suggest, "No, don't hide this", "Yes, do hide this". With the text above saying "Are you sure you want to hide this argument? You cannot undo this action."

image

(2) There is no "Other (please specify)" option, but there should be I think?

image

Less serious issues:

(1) There's some quite dodgy looking formatting here:
image

(2) Seems odd that you can report your own argument:

image

(3) This should say "Hide argument" or similar once it is open. (Standard practice - "View" then "hide")

image

(4) Wondering if "the community" is the right word here:

image

@ilmartyrk @anettlinno @ssin1901

@BeccaMelhuish BeccaMelhuish added the enhancement Making an existing feature better. label Jul 21, 2022
@anettlinno anettlinno added this to Ready for prioritization (triage) in Citizen OS GitHub issue priorities via automation Jul 26, 2022
@anettlinno anettlinno moved this from Ready for prioritization (triage) to In preparation in Citizen OS GitHub issue priorities Aug 9, 2022
@ilmartyrk
Copy link
Member

Moved to citizenos/citizenos-fe#40

Citizen OS GitHub issue priorities automation moved this from In preparation to Done - live Mar 23, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement Making an existing feature better.
Projects
No open projects
Development

No branches or pull requests

2 participants