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 „Gefällt mir“
Gibt es neue Erkenntnisse dazu?
Gelegentlich haben wir eine Situation, in der wir einen neuen Staging-Benutzer erstellen und ihn dann als Eigentümer eines in seinem Namen erstellten Themas zuweisen müssen.
Gibt es eine schnelle und einfache Möglichkeit, dies zu erreichen?
Der beste Weg, einen Staging-Benutzer zu erstellen, ist, eine PM an die E-Mail-Adresse des Staging-Benutzers zu senden. Sobald der Staging-Benutzer erstellt wurde, können Sie damit tun, was immer Sie möchten.
Außer, ihm einen Beitrag zuzuweisen. Wenn ich nichts falsch mache, scheint mir das mit einem gestuften Benutzer nicht möglich zu sein.
Ja, das stimmt. Es ist nicht möglich, den Besitz eines Beitrags an einen „staged user“ zu übertragen. Entschuldigen Sie die Verwirrung. „Staged users“ sind in ihren Möglichkeiten stark eingeschränkt, da sie keine „echten Benutzer“ sind, bis sie sich anmelden.
Können Sie mir mehr über Ihren Anwendungsfall erzählen?
Gelegentlich müssen wir im Namen eines unserer Kunden ein Service-Ticket erstellen. Die meisten unserer Service- und Support-Kunden existieren nur in unserem Discourse als gestellte Benutzer.
Es wäre der Weg des geringsten Widerstands, wenn einer von uns einfach den Beitrag erstellt und dann die Eigentümerschaft dieses Themas an den betreffenden Kunden überträgt.
Wenn es einen anderen Weg gibt, der nicht versucht, Themen über die API zu erstellen, den ich unserem Support-Team mitteilen kann, bin ich gerne bereit, ihn zu gehen.
Ich muss nur in der Lage sein, ein internes Dokument mit den Schritten zu schreiben, und diese dürfen nichts enthalten wie “SSH auf den Server und …”
1 „Gefällt mir“
Das ist ein interessanter Fall. Vielleicht müssen inszenierte Benutzer für solche Fälle wie echte Benutzer behandelt werden.
1 „Gefällt mir“
Ich bin mir nicht sicher, was Sie hier vorschlagen.\nEtwas, das ich tun kann, oder ein Funktionsupgrade?
Entschuldigung! Die Autokorrektur meines Handys verrät mich regelmäßig! 
Ich habe es behoben.
Ich habe die Funktionsanfrage an das Team für Mitarbeitererfahrung weitergeleitet, bin mir aber leider nicht sicher, ob sie jemals umgesetzt wird, da dies eine große Überarbeitung des Systems für gestufte Benutzer beinhalten würde.
Haben Sie in Erwägung gezogen, diese Benutzer zu „entstufen“? Derzeit kann dies über die Befehlszeile erfolgen, was ich weiß, ist nicht das, wonach Sie suchen.
cd /var/discourse
./launcher enter app
rails c
User.find_by_email("itsmedebryc@yahoo.com").update(staged: false)
Vielleicht ist ein Button zum Entstufen über die Benutzeradministrationsseite die Funktionsanfrage, nach der wir hier suchen.
Eine weitere Idee, die mir in den Sinn kommt… muss das Ticket unbedingt vom Kunden eröffnet werden? Warum eröffnen Sie das Ticket (PM) nicht selbst aus Ihrem Gruppenposteingang und geben ihre E-Mail-Adresse an? Dann sind Sie der Autor und sie sind beteiligt.
Ich möchte sie nicht entstufen, da ich nicht möchte, dass sie E-Mails wie Zusammenfassungen erhalten, die sie möglicherweise nicht erhalten möchten, es sei denn, sie erstellen ihr eigenes Konto in unserem Forum.
Wir verwenden keine PMs, wir verwenden Kategoriethemen. Wenn es eine Möglichkeit gibt, sie zum Thema hinzuzufügen, wäre das für mich in Ordnung.
Dieses Thema wurde 30 Tage nach der letzten Antwort automatisch geschlossen. Neue Antworten sind nicht mehr zulässig.