rcon-cli broken #170
Labels
No labels
documentation
good first issue
help wanted
resolution: duplicate
resolution: invalid
resolution: won't fix
status: needs triage
type: bug
type: feature
type: performance
type: question
version: 1.19.4
version: 1.20
version: 1.20.1
version: 1.20.2
version: 1.20.4
version: 1.20.6
version: 1.21.11
version: 1.21.4
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
Minecraft/Folia#170
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Expected behavior
docker exec -ti mc rcon-cli listshould run the /list command on the consoleObserved/Actual behavior
Steps/models to reproduce
Run
itzg/minecraft-server:latestimage withTYPE: FOLIAas environment, wait for the server to come up and execute above command.Plugin and Datapack List
No plugins or datapacks. Executing listed commands not possible due to bug mentioned in this report.
Folia version
According to
docker logs mc:Other
I double-checked with the maintainer of
itzg/minecraft-serverand they confirm that this is a Folia issue.rcon functionality is not currently planned for Folia. That may change in the future but for now this is as expected.
Thanks @ocelotpotpie for the quick reply! Is this documented anywhere and does the regular paper release support rcon?
github.com/PaperMC/Folia@1e5e2154c9May resolve the issue, can you re-test?Hello, I see that rcon support is marked as not planned. I have only recently started playing with folia, but the lack of rcon immediately makes folia unusable for my regular needs when hosting an MC server.
Especially considering Folia is intended as a higher performance implementation, remote server management seems it would be essential.
Also worth mentioning, the linked fix seems to fix the error messages received in version 1.20.2, but the command executions do not appear to have any effect on my machine (when running rcon-cli in docker)
A lot of commands schedule now onto different contexts, which means when the command finishes synchronously it may not have the resulting command response available - as it has not actually finished execution.
This is a more general problem with the command system, as there is no way to signal an asynchronous completion.
Not sure what I can do to fix that, as it's always been an issue with RCON but it's certainly more noticeable now.
I recall lucko created a PR to spigot years ago to try to add a means to control buffering and releasing the rcon response, it is something I've wanted to look into for paper, just, rcon is not something that deems any priority
I think even if we had a "fire and forget" option that would be great, as already mentioned, even today with Paper you can not really rely on RCON anymore for request<>response operations, but it is useful to send commands. We usually then read the results from the DB (most plugins will write to the db, but they do not action of 3rd party writes to the db)
github.com/PaperMC/Folia@27561750ddIs another fix for RCONThis can be closed - and rather create specific ticket? To me I see no difference in usage to Paper: it works "as expected" (e.g. those async issues also exist in paper).
Closing as an upstream issue (and may actually be fixed in recent Paper versions).