Creo que la distinción aquí radica entre mantener una forma conveniente de seleccionar «acceso público» y mantener el grupo everyone existente. Estoy de acuerdo con que tener que seleccionar dos grupos cada vez que se desea acceso público resulta más engorroso, y podemos mejorarlo con la interfaz de usuario.
Por ejemplo, podríamos añadir un acceso directo «Público» al selector de grupos que seleccione tanto anonymous_users como logged_in_users en una sola acción. Entonces verías ambos grupos seleccionados y podrías eliminar cualquiera de ellos. Esto te daría la comodidad que describes, manteniendo al mismo tiempo los permisos subyacentes explícitos. Solo ofreceríamos ese acceso directo donde se permitan ambos grupos.
El problema con mantener el grupo everyone existente es que no ha significado consistentemente «acceso público». Para la visibilidad de categorías sí lo hace, pero para la mayoría de los ajustes del sitio basados en grupos ha significado efectivamente «todos los usuarios iniciados en sesión». También hay temas y plugins que lo interpretan de manera diferente, como ha demostrado la discusión anterior.
Por lo tanto, no podemos simplemente mantenerlo y decir que incluye a los usuarios anónimos en todas partes, sin el riesgo de otorgar un acceso que antes no existía. Mantener su comportamiento actual preservaría la inconsistencia, y renombrarlo tampoco la resolvería.
Un grupo universal definido de forma consistente sería posible, pero aún requeriría la migración y la auditoría que estamos realizando ahora. También tendría que estar prohibido en cualquier lugar donde no se admita el acceso anónimo, de lo contrario estaríamos de vuelta a que «everyone» signifique «solo usuarios iniciados en sesión» en esos lugares. Hay un montón de ajustes a los que he tenido que añadir anonymous_users como valor de disallowed_groups donde antes no lo estaba, y antes everyone estaba permitido en esos ajustes. Por ejemplo:
Preferiría proporcionar esa comodidad en la interfaz de usuario, utilizando los dos grupos explícitos subyacentes, de modo que tengamos consistencia en todas partes para administradores y desarrolladores.