[AngelOnFira]

tl;dr, Discord is forcing bots that are in over 75 servers to make use of slash commands, because Discord will no longer send raw messages starting April 2022. So no more `!pause`, or whatever else you might normally type. And this change isn't easy to implement for Discord.py, and would require full bot rewrites for devs using the library. So along with a lot of other negligence towards bot developers from Discord, Discord.py's single developer has stepped down, and no other core library developers chose to step up.

[momothereal]

> Discord is forcing bots that are in over 75 servers to make use of slash commands, because Discord will no longer send raw messages starting April 2022

Can someone explain why that is? My understanding is that adding bots to a server requires Admin/Owner access, who are already at liberty to read all messages. If you don't trust bots scraping your messages in a server, don't you implicitely distrust the owners? Just leave the server?

[Macha]

I wonder if it's the real target here is bridges - without being able to relay messages (without ToS violating puppeting), it's going to get a lot harder to migrate users from discord.

[Dylan16807]

Is there much use of giant bridge bots?

I run a bridge but that's just one server.

[Wingy]

This sounds like you might be able to get Discord to approve your privileged intent

[nerdponx]

I doubt bridges are a threat. It's all about capturing revenue streams.

[Filligree]

I was using bridges to migrate to Discord, so…

Guess I’m back to IRC.

[rtpg]

I remember a while back reading a thing where basically there were bots out there essentially scraping entire chat logs without its users really being aware of this. There's probably also a lot of stuff going around with identity (like people making bots that look like official ones but aren't) etc.

I get people complaining about this situation, but there is a gradient of access between "no content access whatsoever" and "the bot can see everything". Slack's API does a pretty good job of making some of this work

[vore]

There is a third party you have to implicitly trust, the bot developer. Given most of these bots are used to provide specific functionality, them being able to read messages seems too broad in scope – I know I don't want to have to trust another invisible party to also do the right thing.

That said, this looks like very poor communication and imposition of a lot of developer toil on Discord's part.

[huibf]

They should allow server owners to choose whether every bot they have added can read every message or just /commands. But that would require too much intelligence on their part :P

[Dylan16807]

That's already in the permissions system unless they did something weird to it.

[huibf]

Then I don't understand what the problem is, really.

[judge2020]

The problem is admins haphazardly adding tons of toy bots to servers with sometimes hundreds or thousands of members, and those bots being a front for storing tons of user data (including eg. user online status, user tag (name#1234) history, a large DB of the users' messages across years). The users in these servers aren't informed of such change and Discord can't trust these developers to say "we don't log messages" without requiring them tie a legal identity to any potential malicious logging.

[Fabricio20]

Yes. That is the case, and we (developers) argued that, the response we received was "but the _users_ may not know, even if the owner has authorized the bot".

[pwdisswordfish8]

WTF is a slash command?

[K5EiS]

/<command> as in /help or /rules

https://en.wikipedia.org/wiki/Slash_(punctuation)#Programs