mojira.dev

Even when using /execute as, a function that is run with /schedule always runs as "Server", not as the real executioner.

MC-146603 was closed as "Invalid", but it was never mentioned that scheduled functions are supposed to be executed as the server (blog post here). This is inconsistent with every other command.

Comments 13

I definitely remember that a dev has mentioned that commands scheduled by /schedule need to run as the server because of technical reasons. However, I don't remember anymore where that was.

[media]

This was posted on the minecraftcommands discord. Good enough for WAI/FR?

Out of curiosity, if schedule were called using @s within the context of an execute command, does that get resolved when calling schedule, or when the function gets run?

I don't understand what you mean. @s gets ignored completely, that's the point of this report.

Ahh thanks for clearing that up. Wasn't written in this report.

3 more comments

Confirmed in 1.16 Pre-release 4.

Can confirm in 1.18.1.

I think @unknown's discord comment, as shown by |~tryashtar], is WAI/WF source enough. In fact, it directly states it doesn' t keep it because it was too hard to serialize. Why is/was this not resolved as such? I also recon this would be extremely problematic if "@s" were to vanish (IE unloaded, or player left server); how'd that be handled intuitively?

Just being hard doesn't mean that it won't be done. And it surely didn't make it WAI. You could maybe interpret WF into it, but there's already a Mojang priority on this, so it was triaged and not closed then, so it should stay open.

FaRo1

(Unassigned)

Confirmed

Platform

Low

Commands

Minecraft 1.14.3 Pre-Release 2, Minecraft 1.14.3 Pre-Release 3, Minecraft 1.14.4 Pre-Release 5, 1.14.4, 19w39a, ..., 1.16 Pre-release 3, 1.16 Pre-release 4, 1.18.1, 1.20.6, 24w21b

Retrieved