Alias del personal de Discourse

[Discourse]

	Summary	Discourse Staff Alias allows set groups to create topics and posts, as well as make edits, as an alias user.
	Repository Link	https://github.com/discourse/discourse-staff-alias
	Install Guide	How to install plugins in Discourse

As this is an official plugin maintained by the Discourse team, support, bug, ux, and feature requests can be made in the respective categories here on Meta, and tagged with the appropriate plugin tag. Click on a link below to get one started.

 Support  Bug  UX  Feature

The Discourse Staff Alias plugin allows certain groups to create topics and posts, as well as make edits, as an alias user. This can be useful in situations where staff members need to respond to queries or make announcements without revealing their personal usernames.

Enabling Staff Alias

Once installed, the Staff Alias plugin can be enabled from its settings, accessed from your admin/plugins page:

This plugin is default disabled, and before enabling a new username for the alias must be added to the staff alias username admin setting:

Once the plugin is enabled, a user with that username will be created.

---

Using the Alias

Once enabled, the staff alias can be toggled on using the composer’s actions drop-down, and users in the allowed groups can then choose to create topics and posts, as well as make edits, using the staff alias:

The topic/post/edit will then appear as if created by the staff alias:

---

Keeping track of who used the Alias

If you are in one of the allowed groups you will also see a note of who created the topic or post, or made the edit:

---

Settings

Name	Description
staff alias enabled	Enable discourse-staff-alias plugin
staff alias username	Username of the alias user
staff alias allowed groups	Groups that are allowed to post as staff alias user

Hosted by us? This plugin is available on our Enterprise tier.

Last edited by @Bas 2024-08-12T14:12:55Z

Check document

Perform check on document:

[sok777 (sok)]

@Discourse

Puedes usar una cuenta de usuario existente o introducir un nuevo nombre para que se cree una:

Parece que no podemos añadir una cuenta de usuario existente. ¿Por qué?

[JammyDodger]

Es posible que haya cometido un error al redactar las instrucciones.

Además, no puedo hacer que un usuario existente sea un alias de personal ahora que lo pruebo de nuevo, lo cual tiene sentido cuando lo pienso. No estoy seguro de qué me llevó a creer que era posible. Actualizaré las instrucciones.

[sok777 (sok)]

¡Gracias! Es una pena porque creo que hace que sea unificado cuando todos los miembros del personal pueden usar el nombre del sitio o una cuenta ‘maestra’ que ya existe. Por ejemplo @Discourse

[barto_95]

Al probar la creación de un asunto, recibí el mensaje de error

[JammyDodger]

¿Tu alias de personal de usuario tiene los permisos adecuados para crear un tema en esa categoría? (¿tienen permisos de personal?)

[barto_95]

Sí, este es el problema…

Gracias

[barto_95]

No es posible responder a un mensaje con un alias de personal en una respuesta, recibo el mismo error que el anterior, pero si uso el alias de personal para responder a un mensaje con asunto, está bien.

[jordan-violet]

¿Qué posibilidades hay de que esto pueda ampliarse para ser una herramienta dinámica de “publicar como otro usuario”?

Tenemos un caso de uso en el que un gerente de comunicaciones de producto necesita crear nuevos temas como otros gerentes de producto en nuestra organización. Esta herramienta parece tener la mayor parte de la funcionalidad, pero requeriría la capacidad de establecer dinámicamente el usuario que se está publicando.

[fokx]

Me encuentro con el mismo error cada vez que respondo a una publicación que no es del OP:

Ocurrió un error: No tienes permiso para ver el recurso solicitado.

Después de investigar un poco, descubrí que el culpable se encuentra en:

lib/discourse_staff_alias/posts_controller_extension.rb

El problema es:

params[:whisper] es \"false\", que es una cadena de texto, así que simplemente cambia esta línea a:

if !DiscourseStaffAlias.user_allowed?(existing_user) || params[:whisper] == \"true\"

…resolverá el problema.

Hice un PR simple: FIX: InvalidAccess when replying to non-original post by fokx · Pull Request #67 · discourse/discourse-staff-alias · GitHub

[Heliosurge (Dan DeMontmorency)]

Hola Jordan:

Se me ocurren un par de opciones.

Si tu gerente de producto es un moderador de sitio completo, puede usar la llave inglesa en la publicación para “cambiar la propiedad” sin necesidad de complementos.

[Bas (Bas van Leeuwen)]

Quería señalar que pasé una buena cantidad de minutos tratando de averiguar por qué se creó un moderador misterioso en un sitio.

Este usuario tenía un hash aleatorio como correo electrónico, parecía bastante sospechoso.

Creo que sería bueno dejar una nota para el personal, registrar la “concesión de moderación” en el registro del personal, o dar alguna otra indicación de que este usuario fue creado por un plugin

[Heliosurge (Dan DeMontmorency)]

Si tienes una instancia autoalojada o tu plan lo admite. La nota de usuario del plugin Plugin es muy útil

Discourse User Notes

Summary Share private notes with other staff about a user that normal users cannot see. Install Guide This plugin is bundled with Discourse core. There is no need to install the plugin separately. Configuration The User Notes plugin can be enabled either by the toggle or from its settings, both accessible from your /admin/plugins page: [/admin/plugin - user notes] [user notes - settings] Features Sometimes staff members want to share notes about…

[ToddZ]

Estoy probando esto y me pregunto: ¿cuál es el comportamiento esperado con respecto a las notificaciones y los correos electrónicos para el usuario staff_alias?
El usuario staff_alias recibe una cadena aleatoria en lugar de una dirección de correo electrónico, por lo que los correos electrónicos que normalmente se enviarían se omiten.
No puedo darle al alias del personal una dirección de correo electrónico real, ya que Discourse intenta enviar un correo electrónico de confirmación a la cadena aleatoria.
¿Es staff_alias una calle de sentido único? Quizás me estoy perdiendo algo. ¿Hay, o debería haber, una forma de que actúe como un “frente” para una cuenta real, como admin, que reciba las comunicaciones como de costumbre?

[nat (Natalie T)]

@ToddZ

¿Es staff_alias una calle de sentido único?

Sí.

Al gestionar comunidades más grandes, la identidad puede ser bastante complicada. Cuando permites que muchos “miembros del personal” publiquen como el “alias del personal”, la cuenta del moderador real que usó el alias del personal para publicar también se muestra al personal, como se ve en la captura de pantalla.

@Discourse

Si pones una “cuenta real” detrás del alias del personal, entonces se exponen muchas otras opciones de usuario, lo que dificulta verificar qué miembro del personal hizo qué cambios en la cuenta.

¿Qué tipo de “comunicación” esperas recibir? Siento que hay otra manera de llegar a lo que esperas lograr.

[ToddZ]

Gracias por responder, @nat. Simplemente pensé que si publicaba con staff_alias, los usuarios responderían y no querría pasarlos por alto.

Temía que nadie viera tales notificaciones, pero desde entonces he descubierto que sí recibo estos correos electrónicos y notificaciones en la cuenta del personal que usaba el alias. Así que, eso está bien.

Un par de preguntas pendientes:

• El registro de correos electrónicos omitidos incluye fallos al intentar enviar a la cadena falsa de staff_alias. Supongo que puedo desactivar todas las configuraciones de correo electrónico para staff_alias, y los correos electrónicos aún se activarán y se enviarán a la cuenta del personal “principal”…?

• Solo puedo ver mensajes personales a staff_alias investigando en su perfil a través de administración. ¿Quizás sea sensato simplemente deshabilitar los mensajes personales a staff_alias?

Gracias por cualquier consejo.

Me siento más cerca de entender las cosas después de experimentar más… pero el tema del plugin podría beneficiarse de una mención de cómo se enrutan las notificaciones y alguna orientación sobre otras configuraciones de cuenta relevantes.

[nat (Natalie T)]

@ToddZ

El registro de correo electrónico omitido incluye fallos al intentar enviar a la cadena falsa staff_alias.

Ah, eso debería haber sido tenido en cuenta dentro del plugin. Es una falta de consideración cuando lo construimos, así que deberíamos arreglarlo.

@ToddZ

deshabilitar la mensajería personal a staff_alias

Esto tiene sentido como valor predeterminado. Déjame consultar con mi equipo de producto.

[ToddZ]

Hola @nat: parece que el plugin podría necesitar algunos ajustes:

@ToddZ

Supongo que puedo desactivar todas las configuraciones de correo electrónico para staff_alias, y los correos electrónicos aún se activarán y se enviarán a la cuenta de personal “principal”…?

(…)

¿Quizás sea sensato simplemente deshabilitar los mensajes personales a staff_alias?

a.) He intentado desactivar el correo electrónico para staff_alias, y se convierte en un agujero negro. Los correos electrónicos y las notificaciones a la cuenta “principal” no se activan. Así que volveré a habilitar el correo electrónico e ignoraré las notificaciones de correo electrónico omitidas por ahora.

b.) Deshabilitar los mensajes personales a staff_alias no impide que cuentas privilegiadas como administradores y moderadores le envíen mensajes, y esos mensajes solo se ven si se buscan. ¿Quizás esos también podrían ser dirigidos a la cuenta “principal” relevante?

Estas cosas no son una gran preocupación para mí todavía, pero puedo imaginar problemas para sitios con más personal y mayor actividad. Estaré atento a cualquier noticia… ¡gracias!

[ToddZ]

Acabo de encontrar este mismo problema. Parece que esa PR todavía está esperando una revisión…