Skip to content

Revert "add unusual_dm_activity_until to member object (#7650)" #7656

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

Merged
merged 1 commit into from
Jul 1, 2025

Conversation

markmandel
Copy link
Contributor

This reverts commit 1520a81.

Apolgies folks - I looked up the wrong attribute on the PR. Rolling back while we work out if this should be enabled as public or not (looks unlikely tbh). Totally my fault for not looking properly.

The version of the docs platform will make these issues far less of a problem (or 🤞🏻 get rid of them entirely).

This reverts commit 1520a81.

Apolgies folks - I looked up the wrong attribute on the PR.
Rolling back while we work out if this should be enabled as
public or not. Totally my fault for not looking properly.

The version of the docs platform will make these issues far
less of a problem (or 🤞🏻 get rid of them entirely).
@markmandel markmandel merged commit 5d2eb03 into discord:main Jul 1, 2025
4 checks passed
@markmandel markmandel deleted the rollback/pr/7650 branch July 1, 2025 23:17
mazylol pushed a commit to mazylol/discord-api-docs that referenced this pull request Jul 3, 2025
…" (discord#7656)

This reverts commit 1520a81.

Apolgies folks - I looked up the wrong attribute on the PR.
Rolling back while we work out if this should be enabled as
public or not. Totally my fault for not looking properly.

The version of the docs platform will make these issues far
less of a problem (or 🤞🏻 get rid of them entirely).
@antdking
Copy link

antdking commented Jul 9, 2025

It's disappointing that this is unlikely to be made public.
A large portion of our bans relate to unsolicited DMs, usually scammers, and we currently have to rely on people letting us know so we can protect our other users.

Yet another important piece of data we're not allowed to use to at least make a small part of Discord a semi-safe space.

@ManHatos
Copy link
Contributor

This will most likely cause many false flags. I don't think you should be banning people based on this; it's not fool-proof nor fully accurate.

@antdking
Copy link

I agree that in isolation it shouldn't be used to ban. No doubt that's why they're called "signals" in the UI.

But when used in combination with other metrics such as:

  • activity in the server
  • join date on discord + server
  • username + display name
  • bio/status/pronouns (blank, certain keywords, impersonation. Alas, also unavailable to bots.)

Then there's high confidence in removing someone, or at least flagging them to the mods for manual removal.

Could we get this data by just using a puppeted user account? Sure. But we'd prefer not to break discord's terms.

@ManHatos
Copy link
Contributor

this field is exposed in the bot API, but is undocumented and so usage is not recommended

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants