Mastodon: Toots from blocked users still appear in the Home timeline when boosted

Created on 22 Apr 2018  路  6Comments  路  Source: tootsuite/mastodon

Some users seem to see toots from people they have blocked if they have been boosted by someone they follow.
For example, on Eldritch Caf茅, one user apparently sometimes sees toots from someone they have blocked and muted when they are boosted by one of their followings. According to this thread, other peoples seems to experience this behavior.
According to this comment, the problem may be coming from a badly formated SQL query. Applying https://github.com/kaniini/mastodon-hardened/commit/47d8ae216d9e24ca9a760459160149ae73675e04 may help.
I couldn't reproduce this bug myself.


  • [x] I searched or browsed the repo鈥檚 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).

Most helpful comment

Yeah the title is very wrong imo.

But: "Blocked users' toots still appear on the profiles of users who retoot them" is something completely different. It's specifically when you open someone's profile, you see everyone who they boost. And I kinda think it's supposed to be like that. If a user is boosting someone I blocked I'd rather know about it.

All 6 comments

Toots from blocked users still appear in the public timelines when boosted

The title doesn't sound correct based on the body of the issue

Duplicate of #251 according to the title, or at least very similar? Or possible #6921

Yeah the title is very wrong imo.

But: "Blocked users' toots still appear on the profiles of users who retoot them" is something completely different. It's specifically when you open someone's profile, you see everyone who they boost. And I kinda think it's supposed to be like that. If a user is boosting someone I blocked I'd rather know about it.

I think there needs to be a minor reworking / clarification of the block and mute systems, to deal with all of the assorted and often-confused issues being filed (of questionable duplicity).

251 - "Blocked users' toots still appear on the profiles of users who retoot them"

6921 - "Blocking someone does not necessarily prevent them from getting your toots, if they are boosted."

7172 - "Muted and blocked users still appear on other peoples' profiles"

7230 - "Toots from blocked users still appear in the public timelines when boosted"

(plus some other closed issues that didn't really bring up anything new)

So there are essentially 4 different dimensions to this:

  • If the user is blocked
  • If the user is muted
  • If the toot was boosted
  • Whether viewing from timelines or profiles

Which can be distilled to 4 cases:

  • Blocked user was boosted on timeline
  • Blocked user was boosted on profile
  • Muted user was boosted on timeline
  • Muted user was boosted on profile

Theoretically / logically, blocking should hide you from someone, and muting should hide someone from you.

There might be some other confusion because several people assume (e.g. from Twitter) that a mute is a weaker block, but this imo is because both blocks/mutes hide notifications from someone (and in the case of mutes, optionally? it's not an option on Twitter but it is on Mastodon)

The basic cases (1-1) should be/are pretty simple:

  • Blocked users can't follow you
  • Blocked users can't see your toots on timeline
  • Blocked users can't see your toots on profile
  • Muted users should be hidden on timeline

The more complex:

  • Blocked users are hidden from notifications
  • Muted users are optionally hidden from notifications

The points of confusion:

  • Muted users are currently hidden on profile (meaning you need to unmute them temporarily if you are checking their profile for any reason)
  • Replies to muted users are still visible in the conversation view (so you only see half the conversation)
  • Boosts are still not handled consistently (leading to the above 4 distilled cases)

Toots from blocked users still appear in the public timelines when boosted

The title doesn't sound correct based on the body of the issue

Yeah you're right, I suppose I didn't pay attention when writing it. I just updated it.

  • Blocked users can't follow you
  • Blocked users can't see your toots on timeline
  • Blocked users can't see your toots on profile
  • Muted users should be hidden on timeline

It seems good to me. As long toots from a user totally disappear when you block and mute them it seems fine to me.

I feel like one of the current problem for a lot of people with the current way mute and block behave is that it's not really clear which one do what.

@Sylvhem As it stands right now, users can be hidden via mute. It's just that there seems to also be the expectation that a block should do this as well, judging by the various issues filed against seeing blocked users in timelines or in profiles when they are boosted by someone else.

I'm of the opinion that blocks and mutes should represent directionality and not severity, but I suspect I'm in the minority -- the prior example from Twitter that most people are accustomed to is that mutes are just weaker blocks. This obviously leads to confusion in delineating the exact differences between mutes and blocks, though... by contrast, there is no ambiguity in using direction; it breaks birdsite convention, but ultimately it makes more sense for unidirectional relations.

Blocks are essentially an artifact of bidirectional relationships a la Facebook friends; setting a block will cut off the two-way friendship and prevent someone from communicating with you, so you are invisible to them but also their communications are invisible to you.

In a unidirectional system (e.g. followers and following), a relationship is only valid in one direction and does not imply the reverse direction -- you can follow someone without them following you. As a result, there should be a way to hide from someone (disabling the follower relationship), as well as a way to hide someone from you (disable the following relationship). Blocks and mutes should be antiparallel functions.

Still, even with this distinction, that doesn't solve the expectation that blocks should also include mutes, based on years of Twitter usage.

Was this page helpful?
0 / 5 - 0 ratings