Tengo algunos usuarios potenciales que tienen dificultades para registrarse. Se ponen en contacto con los moderadores por correo electrónico para recibir soporte y, por lo tanto, crean una cuenta de usuario provisional.
Normalmente, el problema se resuelve fácilmente y se registran y completan todos los campos. Cabe destacar que tenemos varios campos personalizados de usuario (UCF) obligatorios.
He notado que los datos de los UCF nunca se guardan en la base de datos para estos usuarios provisionales. Luego, es necesario hacerles seguimiento y gestionarlos manualmente.
Puedo solucionar esto haciendo que un Asistente Personalizado recopile los datos en su lugar, pero el problema / error subyacente probablemente debería solucionarse.
Puedo reproducir este error y creo que deberíamos solucionarlo.
Cree un grupo que acepte correos electrónicos de cualquier dirección de correo electrónico.
Cree algunos campos de usuario personalizados.
Envíe un correo electrónico al grupo configurado en (1) desde una dirección de correo electrónico que aún no esté asociada con una cuenta en el sitio, lo que crea un usuario preparado con esa dirección de correo electrónico.
Cree una cuenta usando la misma dirección de correo electrónico que el usuario preparado.
Cuando se le solicite, complete los campos de usuario.
Vaya al perfil del usuario y vea que los campos de usuario no están completos.
Cuando crea una cuenta usando una dirección de correo electrónico que aún no está conectada a una cuenta de usuario preparada, los campos de usuario personalizados se completan como se espera.
Estoy intentando depurar este problema, pero después de un tiempo, todavía no puedo reproducirlo.
Lo probé en una instalación limpia. La única configuración modificada es:
pop3 polling enabled
pop3 polling host
pop3 polling username
pop3 polling password
email in.
Hice lo siguiente:
Creé un nuevo grupo, configurando solo el nombre y la “Dirección de correo electrónico entrante personalizada”. El grupo permite correos electrónicos de cualquier dirección de correo electrónico.
Creé varios campos de usuario personalizados. Probé tipos “Campo de texto”, “Confirmación” y “Menú desplegable”. Probé campos obligatorios y opcionales, y campos editables y no editables.
Envié un correo electrónico a la dirección del grupo desde una nueva dirección de correo electrónico. Esto crea el usuario en espera como se esperaba.
Creé una nueva cuenta usando la misma dirección de correo electrónico que usé para enviar el correo electrónico anteriormente, completando los campos personalizados obligatorios.
El usuario en espera se convierte en un usuario normal, y los campos personalizados se guardan y están presentes en u/user/preferences/profile.
¿Todavía puedes reproducir esto? Si es así, ¿tienes alguna idea de qué podría ser diferente en mi configuración para producir un resultado diferente?
La única diferencia obvia es que nuestra instancia utiliza correo electrónico entrante directo y tiene un Asistente Personalizado que se activa cuando inician sesión por primera vez.
Probaré la nuestra de nuevo, así como un sitio más simple (también con correo electrónico entrante directo) y le informaré. Sin embargo, podría llevar unos días, lo siento.
Todavía puedo reproducir el problema con los pasos que proporcioné anteriormente. Mi sitio también utiliza correo electrónico entrante directo. También es un sitio solo por invitación, así que envié un enlace de invitación para crear la cuenta. Para confirmar que el enlace de invitación no es el problema, activé el registro temporalmente para crear la cuenta. Mismo problema: no hay campos de usuario personalizados.
¿Puede revisar los pasos de reproducción una vez más y tener mucho cuidado de usar el modo incógnito o un perfil de Chrome diferente al enviar el correo electrónico y crear la cuenta de usuario?
Es muy posible que se trate de una interacción inesperada con el correo electrónico entrante directo. No recuerdo haberlo notado antes de implementar el correo electrónico entrante directo, eso es seguro.
Si todavía no puedes reproducirlo, configúralo e inténtalo de nuevo:
También puedo reproducir esto en nuestro propio alojamiento, en una prueba de plan de negocios. @jancernik busca una invitación en tu correo electrónico para que puedas reproducirlo allí también.
En nuestro alojamiento, también tienes que habilitar la configuración de administrador email in para que aparezca la configuración del grupo Custom incoming email address. Eso me confundió.
Además, el texto de esta configuración es confuso en nuestro alojamiento porque no es necesario configurar ningún manual adicional ni sondeo pop3: funciona directamente. Lo actualizaré.
Editar: Actualicé el texto en esta PR para simplificarlo:
Permite a los usuarios publicar nuevos temas por correo electrónico. Después de habilitar esta configuración, podrá configurar las direcciones de correo electrónico entrantes para grupos y categorías.
No puedes seguir mis pasos de reproducibilidad en la segunda publicación anterior sin habilitar email in, ya que esto incluye la creación de un usuario en espera enviando un correo electrónico al foro para crear un nuevo mensaje grupal.
Pero también puedes reproducir el problema sin habilitar email in enviando un mensaje privado a una dirección de correo electrónico para crear el usuario en espera, y luego registrarte con esa dirección de correo electrónico. Acabo de probarlo.
Lo pregunto porque estoy a punto de añadir a unas 100 personas como usuarios en etapa de prueba. Estaban suscritos a un boletín externo existente a través de una lista de correo electrónico, pero pretendemos que este sea entregado por nuestro sitio en su lugar.
Nuestra esperanza es que muchos de ellos también se registren, ¡pero esto será bastante complicado si sus UCF no llegan!
¡Probé usando mis pasos de reproducibilidad arriba y puedo confirmar que esto está arreglado! ¡Buen trabajo! Este fue uno complicado.
Tuve un pequeño susto porque la primera vez que miré el perfil como administrador, los campos no se mostraban. Pero al refrescar el navegador aparecieron.
