Integración en sistema de auth propio con emails no únicos?

SSO
30

@simon @supermathie Han sido increíblemente útiles hasta ahora, espero poder salirme un poco del alcance del hilo y pedir ayuda de seguimiento.

He instalado Discourse en una máquina local para pruebas, usando Install Discourse for development using Docker como guía. No pude encontrar ninguna otra guía sobre cómo configurarlo para pruebas locales. El wiki parece cubrir solo configuraciones de producción, que requieren tener tu dominio/DNS/SMTP ya configurados. No queríamos exponer el foro al público hasta que todo estuviera implementado de nuestro lado, por lo que necesitábamos pruebas locales donde nada de esto fuera requerido.

Lo he puesto en marcha usando esa guía, e implementé el SSO en una instancia local de nuestro sitio, pero me he encontrado con 2 problemas hasta ahora:

  1. ¿La redirección a return_sso_url solo parece funcionar a medias? En mi caso, la URL es http://localhost:3000/session/sso_login. Se redirige correctamente, sin embargo, después de la redirección inicial me envía a http://localhost:3000, que simplemente muestra el error RuntimeError: Discourse no soporta compilar archivos scss/sass a través de Sprockets. El único hilo que pude encontrar sobre este error es Error when building: discourse does not support compiling scss/sass files via sprockets, pero realmente no pareció ir a ninguna parte. El OP no aceptó ninguna solución, y lo único que sucedió fue preguntar sobre los tamaños de RAM y swap (la máquina en la que se está ejecutando tiene 32 GB de RAM y 2 GB de swap. Así que dudo que este sea el problema).
  2. ¿avatar_force_update parece no ser respetado? ¿O al menos, no para los usuarios administradores? He habilitado discourse connect overrides avatar en la configuración del sitio, y en el payload de respuesta del SSO estoy estableciendo tanto avatar_url como avatar_force_update. Pero al iniciar sesión en la cuenta de administrador (que está vinculada a mi cuenta externa) no se muestra mi foto de perfil externa. Puedo ver que external_avatar_url se está estableciendo correctamente al verificar los datos del usuario administrador a través de la API, ¿simplemente no parece estar siendo utilizado en la interfaz de usuario?