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

Muted users should not show up in notifications [Anti-harassment] #4172

Closed
1 task done
yiskah opened this issue Jul 12, 2017 · 7 comments
Closed
1 task done

Muted users should not show up in notifications [Anti-harassment] #4172

yiskah opened this issue Jul 12, 2017 · 7 comments
Labels
bug Something isn't working

Comments

@yiskah
Copy link
Contributor

yiskah commented Jul 12, 2017

The primary function of muting for me, as a high follower-count user, is to remove someone's comments from my notifications without them knowing I have done so (via not seeing my posts etc). Block = "I don't want this person to see me", Mute = "I don't want to see this person." If I block a troll they claim it as a victory and I just get more trolls. If I block someone who is an "overzealous fan" I've had quite a few incidents of them tracking down my contact info (via my website, the mastodon discord server, etc.) and interrogating me on what they did wrong, when I never wanted to bother with that conversation and wished I could use mute to avoid that social drama. I also sometimes get others hearing I blocked someone and asking what they "did wrong" when it was really just that they replied to my posts too much with inane comments.

Expected behavior: A muted user's mentions or replies of me do not show up in my notifications, as on other social media.
Actual behavior (v1.4.1): A muter user's replies and mentions of me show up in my notifications.

Muting is essentially useless to me when it has such a large hole for harassment to go through. Blocking people who harass me always makes them go brag about it and then others seek to get blocked as well. I haven't muted any servers but if muting a server behaves like muting an individual user then that also removes that feature's anti-harassment aspect.


  • I searched or browsed the repo’s other issues to ensure this is not a duplicate.
  • [] This bug happens on a tagged release and not on master (If you're a user, don't worry about this).
@nightpool nightpool added bug Something isn't working priority - medium labels Jul 12, 2017
@nightpool nightpool self-assigned this Jul 12, 2017
@unarist
Copy link
Contributor

unarist commented Jul 13, 2017

cf. #3731 (comment)

@Cassolotl
Copy link

From Gargron:

Block: "I don't want to ever see this person"
Mute: "I don't want to see this person's posts in the timelines"

Muting is appropriate for an annoying friend, someone you don't want to passively observe but still want to hear from if they tell you something

It seems like there needs to be a way of muting someone's mentions without them knowing, though.

@nightpool
Copy link
Member

nightpool commented Jul 13, 2017

The amount of previous bugs here means that this is a behavior that is surprising to users and either needs to be better explained in the application itself, or fixed so that it no longer surprises users. Either is a bug in the user experience of the application. I lean towards the "fixed" side because of @yiskah's compelling arguments towards why having this behavior is useful from an anti-harassment perspective, and my own experience with the mute functionality.

I'm also down to split mute into "Hide from timeline" and "Hide from notifications", but i'm worried about the UX problems with such a distinction—how you would message it, if it would be "yet another" type of special-cased account interaction or if we need something more general on the backend, etc. etc. It gets very complex very fast both from a user and implementation perspective.

@yiskah
Copy link
Contributor Author

yiskah commented Jul 13, 2017

@Cassolotl If you mute someone they don't know. They still see your profile and posts the same. As far as they know you're just ignoring them.

Gargron is incorrect about the purpose of this feature like, we had to explain to him what a block is originally and then explained muting later. I think he should defer to those of us with more expertise in this area.

If you want muted people to be able to call you a fucking disgusting snowflake crime against nature because blocking will get their friends to come after you too, then I suggest that when you click "mute" a modal pops up with a check box that says [X] Also hide from notifications? which you can uncheck if you'd like.

@Cassolotl
Copy link

It seems like there needs to be a way of muting someone's mentions without them knowing, though.

@Cassolotl If you mute someone they don't know. They still see your profile and posts the same. As far as they know you're just ignoring them.

@yiskah Yeah! So it seems like the mute should be extended to notifications. :) I do agree with you.

I suggest that when you click "mute" a modal pops up with a check box that says [X] Also hide from notifications? which you can uncheck if you'd like.

I like this.

@nightpool nightpool removed their assignment Jul 13, 2017
@nightpool
Copy link
Member

un-assigning since it sounds like someone else is already working on the modal dialogue box idea. I'm not sure if I'm entirely sold on the benefit of that vs making all mutes work "correctly" vs adding a separate way of muting someone from the timeline (especially if we want to do a "follow but mute boots from X" later)

@yiskah
Copy link
Contributor Author

yiskah commented Jul 21, 2017

Gosh we are so friggin' modular over here. Maybe we should just make a like "user content visibility panel" with all of this stuff? "Manage user visibility" or something

[X] Allow user to see my posts
[X] Allow user to follow my account
[X] Show user's posts in public timelines
[X] Show user's posts in Home timeline
[X] Show notifications and replies from user
[X] Show posts boosted by user

[[MUTE]] // would automatically set all the settings to whatever corresponds to a mute
[[FULL BLOCK]] // would automatically set all the settings to whatever currently corresponds to a block

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

4 participants