

I’d rather guess that it’s the wrong error message. Like e.g. there’s a communication error with a downstream service and they just catch Exception broadly and convert it to this error message. That would also explain why the non-filled value defaults to 0.
We had something similar where there was a check that checks whether the password is the same as the user name, but then it showed the “Password is too short” message to the user instead because of an overly broad try-catch.
Yeah, that’s a terrible decision in the docs. Don’t ever add a path where anything on the shell can execute user-modifyable code as root.
As soon as you do that, you lose any protection that comes from separating root users and non-root users. Because now any malicious program can just use docker to elevate its code to root.