We are also interested in activating multi-player editing, but only if this is robust.
2) Issue:
There's different information available regarding the status of multi-player editing:
The changelog suggests that multiplayer would be on:
Removed
Removed the Disable Multiplayer toggle from the app settings menu.
The helm chart indicates that multiplayer should not be used:
multiplayer:
# Enable this to use Retool's experimental multiplayer editing feature.
# This feature is not ready for production use; please check with the Retool team before enablement.
@Erin_Masatsugu suggests that it might be good to reach out first:
Question: What is the status of mult-player for self-hosted in 3.253?
thanks a lot of the quick response. The extra instructions are super helpful!
If I read this correctly - there are three steps:
We prepare our infrastructure (multi-player service + ingress/routing) -> installation-wide change
Retool activates the feature flag -> org-wide change
We activate the beta feature -> space-wide change
So after step 1 and step 2, we could safely test multi-player editing in a dedicated space, without affecting other spaces? The other spaces just wouldn't make use of the api/multiplayer route?
I believe there is no separate step 2, you can enable the feature for your space yourself. But let me know if you have trouble there. And yes, if the flag is disabled for a space, they simply won't make requests to /api/multiplayer.