Cambié la URL de mi sitio de Discourse, y al instante los miembros comenzaron a quejarse de que no podían iniciar sesión. Exactamente el problema reportado en Cambiar nombres de dominio impide que Discourse ID funcione. Parece que la solución es vaciar las credenciales a través de la consola de Rails.
Pensé que el botón Regenerar credenciales ayudaría, pero seleccionarlo también generó un error.
Me parece que vale la pena invertir en abordar esto, ya que no es infrecuente cambiar la URL de tu sitio. Mi impresión es que Discourse ID debería autocorregirse de alguna manera. O al menos debería haber una forma de actualizar Discourse ID a través de la interfaz de administración.
En nuestro servicio de alojamiento, esto se maneja automáticamente. En sitios autoalojados, se encuentra con el problema que describiste. No hay ningún evento o pantalla en la interfaz de administración donde un administrador indique a la aplicación que está a punto de cambiar el dominio de la aplicación, por lo que no podemos actuar en el momento adecuado…
Un problema similar ocurre con todos los demás proveedores de inicio de sesión social, necesitan que se creen nuevas aplicaciones. ¿Viste algún problema en el panel de administración? Me esperaba que las verificaciones de problemas posiblemente se hubieran activado.
No recuerdo haber visto ningún problema en el panel de administración, pero tampoco lo estuve vigilando.
¿Podrías añadir un botón junto a «Regenerar credenciales» para eliminar las credenciales? ¿O una ventana emergente JIT al desactivar Discourse ID que pregunte si quieres eliminar las credenciales? Cualquiera de las dos opciones me habría ayudado a evitar tener que ir a la línea de comandos.
No estoy usando ningún otro proveedor de inicio de sesión social.
Me daré una vuelta por aquí en breve. Mi primera impresión es que no conviene añadir otro botón, ya que puede resultar confuso al navegar por estas páginas en condiciones normales (es decir, fuera de cambios de dominio). Pero quizás deshabilitar el ID ya sea suficiente para limpiar las credenciales en el servidor de origen. No hay ningún perjuicio en eso, potencialmente, ya que volver a habilitarlo generaría nuevas credenciales.
