Por alguna razón no puedo eliminar los “Nombres de usuario reservados” predeterminados (podía hacerlo hace unas semanas, pero ya no) - todos están deshabilitados.
He iniciado sesión con la cuenta de administrador (la que creé durante el primer registro después de la instalación). Hay otra cuenta de administrador y para ambas se muestra de la misma manera.
Discourse está actualizado.
Intenté iniciar sesión en modo incógnito (para prevenir posibles problemas relacionados con la caché/cookies), lo mismo.
No estoy seguro si esto está relacionado, pero en algún momento cuando creé una segunda cuenta de administrador, desde esa (segunda) cuenta de administrador revoqué los privilegios de administrador de la primera/inicial y luego los volví a otorgar (así que ATM ambos son administradores).
Ambos administradores tienen privilegios de administrador y moderador y están conectados a los grupos de administrador y moderador.
Tus cambios en tu línea de administración no están relacionados. Los nombres de usuario reservados predeterminados ahora están codificados como valores obligatorios.
Pero ¿no sería mejor codificar solo uno o dos (asumiendo que el problema está en los valores nulos de ese campo, por lo que entiendo del mensaje de confirmación)? Es decir, supongamos que quiero crear un usuario con nombres de usuario “support” o “info” para algunos mensajes en el foro (o simplemente Admin), ¿entonces solo debería cambiar el archivo yml y reconstruir para poder hacerlo?
Si no se pueden eliminar, ya no deberían estar ahí. Los tokens tienen símbolos X que hacen que parezca que puedo eliminarlos. O al menos se deberían quitar las X.
El texto descriptivo podría enumerar los obligatorios en su lugar (o explicar por qué algunos no tienen X, según sea el caso).
Los iPhone hacen eso de vez en cuando. Y muy a menudo, al mismo tiempo, se niega a abrir el compositor. Cerrar y volver a abrir lo soluciona. Esto podría necesitar un informe de error, pero los iPhone son un poco dolorosos en lugares delicados y ese problema no es consistente, así que nunca me molesté.
@southpaw Funcionó después de reiniciar, sin embargo, todavía después de la reconstrucción vuelve a la configuración predeterminada.
Considerando que la idea de ese commit era simplemente no permitir valores vacíos para la clave, ¿no sería más razonable establecer mandatory_values como algún valor ficticio, de modo que cumpla la condición de no estar vacío y excluya todos los valores importantes de él?
Por favor, hazme saber si tal pull request podría ser aceptado. Gracias.
Eliminé algunos aquí (info, support y community) como valores obligatorios, el resto puede permanecer como está, ya que es mucho más probable que confundan a los miembros.
@martin Gracias, sin embargo, creo que todos los demás también deberían eliminarse (dejando algún valor aleatorio/simulado según mi respuesta anterior)
Creo que por esa razón esos valores ya existen bajo predeterminado
y aún así ningún usuario puede usarlos, a menos que el administrador decida permitir su uso - eliminando de esa lista desde el panel de administración.
Y en mi opinión, para la configuración autoalojada es mejor dar libertad al administrador para que decida.
Por favor, considere este escenario: Quiero agregar una cuenta con el nombre moderator, con la configuración existente tengo que conectarme por SSH a mi servidor, cambiar el archivo de configuración del sitio (eliminando el valor en mandatory_values) y reiniciar el contenedor para poder hacerlo (y después de la reconstrucción, este cambio se restablece).
Pero, si todos los valores (bueno, excepto uno) de mandatory_values se eliminan (pero NO de default), como administrador, simplemente puedo eliminar el valor “moderator” en el panel de administración (bajo nombres de usuario reservados), cambiar rápidamente el nombre de usuario de algún usuario existente a moderator y volver a agregar la palabra moderator, para evitar su uso futuro.
Por lo tanto, con mi enfoque sugerido, todos esos nombres de usuario siguen estando desautorizados por defecto, sin embargo, el administrador puede agregarlos/eliminarlos fácilmente cuando sea necesario sin tener que realizar cambios en los archivos de configuración del sitio.
