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

Democracy on mastodon #6595

Closed
2 tasks done
matyapiro31 opened this issue Mar 2, 2018 · 6 comments
Closed
2 tasks done

Democracy on mastodon #6595

matyapiro31 opened this issue Mar 2, 2018 · 6 comments
Labels
status/wontfix This will not be worked on

Comments

@matyapiro31
Copy link

Now, mastodon is governed despotically.
No public moderation log, no public reason for account suspension.
No public rules.
Users always be afraid of being banned, so no complication about administration.
So, I think mastodon must have a own diet that everyone can join, and monitor the moderation and become a moderator.


  • 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).
@wxcafe wxcafe added the status/wontfix This will not be worked on label Mar 2, 2018
@wxcafe
Copy link
Contributor

wxcafe commented Mar 2, 2018

Closing this

@wxcafe wxcafe closed this as completed Mar 2, 2018
@matyapiro31
Copy link
Author

@wxcafe Listen me please.

@mastodon mastodon locked as resolved and limited conversation to collaborators Mar 2, 2018
@TheKinrar
Copy link
Contributor

TheKinrar commented Apr 8, 2018

Maybe not a good idea to respond to an issue about democracy by closing then locking it?

I don't want to make my audit log public, and I think most instances don't want to. Still, some instances might, I suppose. The fact that @wxcafe and probably others, including me, don't want to make this log public doesn't mean it has to be impossible.

This repo is about Mastodon, not mastodon.social (or others) only. I understand that probably no one wants to implement this in the core dev team, but this is not a problem.
This issue can stay open, this is free software, you know. If one person can close an issue because they feel like the issue is not important, then I'm not sure users really have power here.

I know this issue is not really friendly, but still the discussion might be interesting and there was none here. That's not how it should work on a free software project.

@TheKinrar TheKinrar reopened this Apr 8, 2018
@mastodon mastodon unlocked this conversation Apr 8, 2018
@TheKinrar
Copy link
Contributor

(Unsure if reopening was useful, most important was unlocking I think. It's useless to lock if the conversation isn't violent or something like that.)

@wxcafe wxcafe closed this as completed Apr 9, 2018
@wxcafe
Copy link
Contributor

wxcafe commented Apr 9, 2018

This issue is out of scope, badly worded, doesn't talk about any specific changes that would be wanted/needed, and as such it has no place on the issue tracker. I locked it because there was no point having a discussion in this thread.

If you want to open an issue about having a public log of moderation decisions (which is a very bad idea imo, but either way), open a new issue. Locking again.

(it's seriously tiring having to explain such basic moderation decisions on the issue tracker, to be honest)

@trwnh
Copy link
Member

trwnh commented Apr 9, 2018

It's also not even technically valid:

  • there are moderation logs for all staff, and the reason can be shared with users at their discretion
  • rules are usually posted on /about/more; if not, this is something to take up with specific instances
  • users are not and should not be afraid of being banned; either follow the rules or find a new instance

(btw @wxcafe you didn't actually lock the issue btw)

@mastodon mastodon locked as resolved and limited conversation to collaborators Apr 9, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
status/wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

4 participants