¿Invitando usuarios en fase de prueba en un sitio con SSO habilitado?

I have a handful of staged users who got deleted (don’t ask) and now am seeking to bring them back. I created them originally by addressing new PMs to them, and thought I could bring them back by inviting them to their message again.

As it turns out, this is not possible now - the invite to message modal only allows entering usernames, not email addresses. I could imagine the ability to invite staged users to a message or topic being a very handy feature to add.

Pretty sure that’s incorrect, we added the ability to invite email addresses a while back.

Specify email address in PM to field

is listed in the #releases notes for the 1.9 release.

1 me gusta

Thanks, Jeff. Looks like you are right! I guess I just didn’t wait that fraction of a second it takes for that blue select to pop up. The language maybe could be updated to reflect that email addresses can be entered into this field.

6 Me gusta

Hmm yes perhaps we can change the copy there to add

Enter the username or email of the person you’d like to invite to this topic

But I am not sure under what conditions email can be added, this text might be used elsewhere, or email-as-target-of-PM might be conditional to trust level.. I can’t remember .. can you add this to your plate @jomaxro?

5 Me gusta

@tobiaseigen, I’m having some trouble reproducing this. Looking at the client.en.yml inviting a user to a private message should use the following text, not what you shared a screenshot of.

Invitee’s Email or Username

Any chance you customized the invite_private.email_or_username key? Here’s what I see here on Meta:

maybe this has already been fixed on meta and try? on my site it still looks like my screenshot.

What version of Discourse are you running? Can you confirm that the text is the default (not customized) in /admin/customize/site_texts?q=invite_private.email_or_username

it is the default - so far I have never changed the default text of discourse.

this is the version according to the dashboard: v2.0.0.beta10 +5

screenshot:

1 me gusta

And you were definitely inviting a user to a PM, not a topic? Does your site use SSO?

yes, our site uses SSO. and we are indeed inviting a user to a PM.

1 me gusta

Ah! You cannot invite a user via email with SSO enabled. That would allow the invited user to bypass SSO.

1 me gusta

hmm.. but I am doing it already. :slight_smile: it works.

Now I’m even more confused…

…when you invite these users to PMs, they can only participate as a staged user, right? They can’t actually log into the site?

1 me gusta

Given that, I’m going to have to defer to @gerhard here. We’re getting into the complexities of SSO and staged users, and I don’t have a SSO-enabled site to test with.

2 Me gusta

I did some more testing here on my own site and see that the message on the screen is actually correct. It is not possible to invite an email address even if it is (incorrectly) offered in the blue select popup.

But given that we have staged users now I think it should be possible to do this even on SSO sites, the same way it is possible to start a new message to a staged user.

1 me gusta

I just came across this issue again now, and had a thought. It’s occurring to me that it’s correct that you cannot invite an email address and create a staged user using the “invite to message” modal. It makes more sense to create the staged user by starting a separate PM to the email address. That way you can give the person some context.

Also, by default it doesn’t make sense to then invite staged user to a message or topic because they are not yet users and so can’t click to accept the invitation. So really this is working as expected.

However, as staff, I often miss the ability to simply add users (staged or not) to existing messages. A staff option on this modal to directly add users to the message, bypassing the invite message and acceptance step, would be handy.

1 me gusta

Si puedo compartir una opinión sobre este tema, que he visto que ha estado dando vueltas durante años

En nuestro sistema, la mayoría de nuestros miembros ya tienen sus credenciales de SSO configuradas mediante cookies del sitio desde nuestro sitio principal. Por lo tanto, si se envía por correo electrónico un enlace a un mensaje a un miembro de nuestro grupo que aún no ha ingresado a la comunidad, el SSO funcionaría perfectamente y les permitiría entrar.

Parece que puedo enviar un enlace a una dirección de correo electrónico, lo cual es casi igual de bueno, pero en un mundo ideal podría hacer lo que sugiere @tobiaseigen aquí y simplemente enviar la invitación sin crear un usuario provisional, al menos cuando el SSO está activo.

Entonces, sería responsabilidad del SSO gestionar correctamente la llegada de ese usuario. Supongo que podría ser útil tener una casilla de configuración para desactivar esta funcionalidad en caso de que el SSO no pueda manejarla adecuadamente…

Tenemos 3000 miembros, pero solo alrededor de 600 han explorado la comunidad en las primeras dos semanas… sería agradable invitar a las personas a las que hacemos referencia.

Simplemente puedes enviar https://forum.example.com/session/sso como tu URL de invitación.

2 Me gusta

¡Gracias por tu comentario! Sin embargo, el problema no es obtener una URL para enviar a las personas. La URL principal funciona muy bien con SSO… una capacidad muy útil. Lo que estoy intentando hacer es utilizar la capacidad de “enviar una invitación” a una dirección de correo electrónico, como se muestra aquí:

Sin embargo, estoy utilizando SSO, por lo que esa capacidad está desactivada. Por lo tanto, solo obtengo esto, que solo me permite compartir con nombres de usuario, no con direcciones de correo electrónico:

En mi sistema, el SSO los crearía y los iniciaría sesión sin problemas, pero la herramienta desactiva la capacidad de enviar la invitación.

Lo que estoy haciendo en su lugar, lo cual no es tan malo, es compartir un enlace con su dirección de correo electrónico. No es una invitación, pero al menos abre un correo electrónico con el enlace incluido, alrededor del cual puedo construir un mensaje. Y cuando hacen clic en ese enlace, deberían iniciar sesión con SSO sin problemas.

Tengo un poco de curiosidad sobre el ?u=my.userID al final del enlace resultante… Espero que esté relacionado con la generación de estadísticas de compartir y no intente iniciar sesión como yo.

Sí, eso es lo que hace, así que no tienes que preocuparte por ello.