PlatformsDiscordBackground

discordApiGuildsMigrateCommandScope

Domainbackground
Kindendpoint
doc_id—
Pathdiscord.com/api/guilds/migrate-command-scope
Sends—
Readsintegration_ids_with_app_commands
Called fromruns/inspect/20261030T222341_sourcedandsoldtothehighestbidder/script1.js:208 app_store_parental_revocation, runs/inspect/20261030T222341_sourcedandsoldtothehighestbidder/script1036.js:1 parse, runs/inspect/20261030T222341_sourcedandsoldtothehighestbidder/script1221.js:2 anonymous, runs/inspect/20261028T074137_sourcedandsoldtothehighestbidder/script1245.js:2 anonymous
reaev_065e7ad37dcb5911d240f9de7d6e2882220c5a8d7c025d92b46a23de59cf297c

Seen 1 time(s) in 1 run(s).

ActionOur stepTimesStatusTookAfter step startErrors
inspectstep 8: click e2211200401 ms2186 ms—

What it sent and what came back (the newest 1 from our runs)

Read from each run's own recording (rule 73), secrets and signed link tokens taken out. Kept in ~/.logCli/rea/clientFacts.json, so it stays after the run is pruned.

runs/inspect/20261028T062914_sourcedandsoldtothehighestbidder, step 8: click e221: 200, 401 ms

Sent:

null

Answered:

{
  "integration_ids_with_app_commands": []
}

What it does

Checks whether a server's bots need their slash commands moved to the newer scope.

What our machine does with it

Nothing in log-cli waits for it or reads it. It is part of what Discord's client loads around the page; a watch or a send never depends on it.

What can go wrong

The account carries on whatever it answers; a failure here changes nothing for our steps.