Every time I attempt to change ownership of an existing PM to an email address not in our system, I get an error rather than a new staged user being created. As I enter the email address, the autocomplete dropdown with the envelope icon option does appear and I do select just as I would with a creating a staged user from a new PM, but in the Change Ownership popup it appears as if this functionality does not work for some reason.
It’s not possible to change ownership to an email address. You need to change ownership to an actual user.
OK, so the issue is not creating a staged user prior to ownership change, it’s doing an ownership change with a staged user at all.
Is this a technical limitation or a design decision about how staged users should function with regard to content ownership? If a staged user can properly own a PM that they initiated themselves via email, then they shouldn’t they be able to own other messages created via other means (if all messages are treated equally)? I suppose the ownership change procedures might not support the staged user case, but if the relative effort was not too high, I would vote for this to become supported.
For context, the use case with our organization is a help desk group with messages submitted to it that are either:
- Emails forwarded through a non-standard/non-parseable forward format (i.e. an email notification forwarded from a partner’s separate ticketing system), or
- Emails that come from non-email-based origins (i.e. a tweet or facebook message or typeform notification email)
Being able to change ownership to a staged user (especially a newly staged user) would allow much quicker and simpler fixing of the associated contact (so that we can then immediately begin conversing with them), as well as aligning the functionality of the dropdown in Change Ownership with the dropdown in the PM composer (the autocomplete suggestion with the envelope icon).
Unless I’m missing something, right now the only workaround is to copy and paste the body into the bottom of a new PM sent to their email and then to archive/delete the original forwarded message thread, is that correct?
1 Mi Piace
Ci sono state nuove intuizioni a riguardo?
Ogni tanto ci troviamo nella situazione di dover creare un nuovo utente “staged”, quindi assegnarlo come proprietario a un argomento creato per suo conto.
Esiste un modo rapido e semplice per farlo accadere?
Il modo migliore per creare un utente di staging è avviare un PM all’indirizzo email dell’utente di staging. Quindi, una volta creato l’utente di staging, puoi fare quello che devi fare con esso.
Tranne assegnare un post. A meno che non stia facendo qualcosa di sbagliato, non sembra che io possa farlo con un utente di staging.
Ah, sì. Non è possibile cambiare la proprietà di un post a un utente “staged”. Mi scuso per la confusione. Gli utenti “staged” hanno capacità molto limitate perché non sono “utenti reali”… finché non effettuano l’accesso.
Puoi dirmi di più sul tuo caso d’uso?
Occasionalmente dobbiamo creare un ticket di servizio per conto di uno dei nostri clienti. La maggior parte dei nostri clienti di servizio e supporto esiste solo nel nostro Discourse come utenti di staging.
Sarebbe la via di minor resistenza per uno di noi creare il post e poi trasferire la proprietà di quell’argomento al cliente in questione.
Se c’è un altro modo per farlo che non comporti il tentativo di creare argomenti tramite API che posso comunicare al nostro team di supporto, sarò felice di farlo.
Ho solo bisogno di poter scrivere un documento interno con i passaggi e non possono includere nulla come “Accedi al server tramite SSH e…”
1 Mi Piace
Questo è un caso interessante. Forse gli utenti di prova devono essere trattati come utenti reali, per casi come questi.
1 Mi Piace
Non sono sicuro di cosa stai suggerendo qui. Qualcosa che posso fare o un aggiornamento di funzionalitĂ ?
Mi dispiace! L’autocompletamento del mio telefono mi tradisce regolarmente! 
L’ho sistemato.
Ho inoltrato la richiesta di funzionalità al team dell’esperienza del personale, ma sfortunatamente non sono sicuro che accadrà mai perché comporterebbe una grande revisione del sistema degli utenti in staging.
Hai considerato di “rimuovere dallo staging” questi utenti? Attualmente ciò può essere fatto dalla riga di comando, che so non essere quello che stai cercando.
cd /var/discourse
./launcher enter app
rails c
User.find_by_email("itsmedebryc@yahoo.com").update(staged: false)
Forse un pulsante per rimuovere dallo staging tramite la pagina di amministrazione utente è la richiesta di funzionalità che stiamo cercando qui.
Un’altra idea che mi viene in mente… il ticket di servizio deve assolutamente essere avviato dal cliente? Perché non avviare voi stessi il ticket (PM) dalla vostra casella di posta di gruppo e includere il loro indirizzo email? In questo modo siete voi gli autori e loro sono coinvolti.
Non voglio rimuoverli dalla staging perché non voglio che siano esposti a cose come e-mail riassuntive che potrebbero non essere interessati a ricevere, a meno che non creino il proprio account sul nostro forum.
Non usiamo i PM, usiamo gli argomenti di categoria. Se ci fosse un modo per aggiungerli all’argomento, andrebbe benissimo per me.
Questo argomento è stato chiuso automaticamente 30 giorni dopo l’ultima risposta. Non sono più consentite nuove risposte.