He habilitado (algunos) caracteres Unicode en los nombres de usuario y todo funciona como se esperaba.
Cuando intenté usar caracteres Unicode en un slug de categoría, lo convirtió a codificación porcentual y me permitió guardar los cambios, pero ya no pude acceder a la lista de temas de la categoría porque recibía ERR_TOO_MANY_REDIRECTS.
Parece que lo solucioné usando la consola de Rails:
Se ha realizado algún trabajo al respecto en el pasado, pero no creo que se haya abordado el problema que encontraste. Lo que creo que ocurrió es que tienes el método de generación de slugs configurado en ‘ascii’ e ingresaste directamente un slug de categoría que contiene caracteres no ASCII. Puedo reproducir ese problema en mi sitio con el método de generación de slugs configurado en ‘ascii’ y el siguiente texto (yetersizliği) ingresado directamente en el campo Slug de Categoría:
Intentar cargar esa lista de categorías luego falla.
Si no ingreso nada en el campo Slug de Categoría, Discourse creará el slug correctamente cuando el método de generación de slugs esté configurado en ‘ascii’.
Con el método de generación de slugs configurado en ‘encoded’, Discourse maneja la creación del slug correctamente tanto cuando dejo la entrada de Slug de Categoría vacía como si ingreso directamente el slug no ASCII en la entrada.
Parece que el problema es que, cuando el método de generación de slugs está configurado en ‘ascii’, aún se pueden ingresar slugs no ASCII en el campo Slug de Categoría. Esto causa un problema de redirección que solo puede solucionarse desde la consola de Rails.
Eso es exactamente lo que hice. Estaba editando una categoría que ya había sido creada anteriormente, tanto su nombre como su slug. No sabía que existía la configuración del método de generación de slug, y aunque más tarde descubrí que estaba configurada en ascii, el slug se codificó de todos modos.
Este tipo de coerción podría tener sentido, pero solo si el slug codificado puede reconocerse posteriormente, ignorando la configuración de manera similar.
