Skip to content

Conversation

Lulalaby
Copy link
Contributor

@Lulalaby Lulalaby commented Sep 1, 2023

Waiting for #7098

@sebm253 sebm253 mentioned this pull request Sep 1, 2023
3 tasks
DonovanDMC added a commit to OceanicJS/Oceanic that referenced this pull request Sep 3, 2023
@Lulalaby Lulalaby marked this pull request as ready for review September 12, 2023 23:56
@Soheab
Copy link

Soheab commented Oct 1, 2023

Does this fire any gateway event like GUILD_UPDATE when the actions change at any time? Doesn't seem like it.

@Soheab
Copy link

Soheab commented Oct 3, 2023

Passing null to any of the fields disables all actions, is this intended?

Edit: when only one field is being set.

@Lulalaby
Copy link
Contributor Author

Lulalaby commented Oct 3, 2023

It wasn't the previous behavior at least

@seailz
Copy link
Contributor

seailz commented Dec 1, 2023

any update on this one?

@sdanialraza
Copy link
Contributor

There also seems to be dm_spam_detected_at and raid_detected_at fields, could you please document those as well?

@bsian03 bsian03 mentioned this pull request Feb 27, 2024
55 tasks
@Lulalaby Lulalaby closed this Apr 25, 2024
@Lulalaby Lulalaby deleted the incident-actions branch April 25, 2024 10:47
@Lulalaby Lulalaby restored the incident-actions branch April 25, 2024 10:48
@Lulalaby Lulalaby reopened this Apr 25, 2024
@Lulalaby
Copy link
Contributor Author

@sdanialraza i added the fields to the documentation as well

@Lulalaby Lulalaby changed the title Document incident actions docs: document incident actions Apr 25, 2024
@JustinBeckwith JustinBeckwith self-requested a review May 27, 2024 02:23
@JustinBeckwith
Copy link
Contributor

Note for future me - this is currently flagged as private in our Open API spec, and I need to go figure out why.

@Lulalaby
Copy link
Contributor Author

yeah heard that. surprises me

@Lulalaby
Copy link
Contributor Author

Lulalaby commented Aug 24, 2024

I'll have to redo the pr if #7098 is merged, something messed up

@Lulalaby Lulalaby force-pushed the incident-actions branch 2 times, most recently from aa76e54 to 21877c3 Compare August 24, 2024 03:26
@MinnDevelopment
Copy link
Contributor

Bumping since it has been over a year. Is anything still blocking this?

Copy link
Member

@hellsan631 hellsan631 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

lgtm!

Copy link
Contributor

@jamieeeeeeeee jamieeeeeeeee left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🍗 🍗 🍗

|------------------------|--------------------|----------------------------------------|
| invites_disabled_until | ?ISO8601 timestamp | when invites get enabled again |
| dms_disabled_until | ?ISO8601 timestamp | when direct messages get enabled again |
| dm_spam_detected_at? | ?ISO8601 timestamp | when the dm spam was detected at |
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nit: i think we can remove the "at" at the end so that its just: "when the dm spam was detected"

| invites_disabled_until | ?ISO8601 timestamp | when invites get enabled again |
| dms_disabled_until | ?ISO8601 timestamp | when direct messages get enabled again |
| dm_spam_detected_at? | ?ISO8601 timestamp | when the dm spam was detected at |
| raid_detected_at? | ?ISO8601 timestamp | when the raid was detected at |
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nit: i think we can remove the "at" at the end so that its just: "when the raid was detected"

| Field | Type | Description |
|-------------------------|-----------------------|----------------------------------------------|
| invites_disabled_until? | ?ISO8601 timestamp \* | when invites should be enabled again |
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nit: "when invites will be enabled again"

| Field | Type | Description |
|-------------------------|-----------------------|----------------------------------------------|
| invites_disabled_until? | ?ISO8601 timestamp \* | when invites should be enabled again |
| dms_disabled_until? | ?ISO8601 timestamp \* | when direct messages should be enabled again |
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nit: "when direct messages will be enabled again"

joshuaperline added a commit that referenced this pull request Jan 23, 2025
joshuaperline added a commit that referenced this pull request Jan 23, 2025
* forking document incident actions #6396

* update should to will

* fix formatting table oops

* fix table again
@joshuaperline
Copy link
Contributor

closing in favor of #7360 (with all comments applied)

@Lulalaby Lulalaby deleted the incident-actions branch January 24, 2025 14:10
@colinloretz
Copy link
Contributor

@Lulalaby sorry your original commits got clobbered here! Thanks for adding this. Not everyone is used to working in this repo.

@Lulalaby
Copy link
Contributor Author

All fine 💞
For some reason github suddenly changed my accounts setting to "do not allow edits by maintainers", guess that was the core problem here.

mazylol pushed a commit to mazylol/discord-api-docs that referenced this pull request Jul 3, 2025
* forking document incident actions discord#6396

* update should to will

* fix formatting table oops

* fix table again
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.