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
これに関して、何か新しい知見はありましたか？
時折、新しいステージングユーザーを作成し、そのユーザーが代わりに作成したトピックのオーナーとして割り当てる必要がある状況が発生します。
これを迅速かつ簡単に行う方法はありますか？
ステージングユーザーを作成する最善の方法は、ステージングユーザーのメールアドレス宛にPMを開始することです。その後、ステージングユーザーが作成されたら、必要なことを何でも行うことができます。
ただし、投稿を割り当てることはできません。何か間違っている場合を除き、ステージングされたユーザーではそれができないようです。
はい、承知いたしました。投稿のオーナーシップをステージングユーザーに変更することはできません。混乱させてしまい申し訳ありません。ステージングユーザーは、ログインするまで「実際のユーザー」ではないため、実行できることが非常に限られています。
ユースケースについて、もう少し詳しく教えていただけますか？
時々、顧客の代わりにサービスチケットを作成する必要があります。当社のサービスおよびサポート顧客のほとんどは、Discourse内でのみステージングユーザーとして存在します。
私たちの一人が投稿を作成し、その後、そのトピックの所有権を該当する顧客に移管するのが最も簡単な方法でしょう。
API経由でトピックを作成しようとすることを含まない別の方法があれば、サポートチームに伝えることができます。
手順を記載した内部ドキュメントを作成する必要がありますが、それには「サーバーにSSHで接続して…」のような内容は含められません。
「いいね！」 1
これは興味深いケースですね。このような場合、ステージングユーザーは実際のユーザーとして扱う必要があるかもしれません。
「いいね！」 1
ここで何を提案されているのか分かりません。
私ができることですか、それとも機能のアップグレードですか？
申し訳ありません！私のスマートフォンの自動補完機能は、日常的に私を裏切ります！
修正しました。
機能リクエストをスタッフエクスペリエンスチームに伝えましたが、ステージング済みユーザーシステムの大規模なオーバーホールが伴うため、実現するかどうかは残念ながらわかりません。
これらのユーザーを「ステージ解除」することを検討しましたか？現在はコマンドラインで行うことができますが、それはあなたが求めているものではないことは承知しています。
cd /var/discourse
./launcher enter app
rails c
User.find_by_email("itsmedebryc@yahoo.com").update(staged: false)
おそらく、ユーザー管理ページからステージ解除するボタンが、ここで求めている機能リクエストでしょう。
もう一つ思いつくアイデアですが…サービスチケットは絶対に顧客が開始する必要があるのでしょうか？なぜ、あなた方のグループ受信トレイからチケット（PM）を自分で開始し、顧客のメールアドレスを含めないのでしょうか？そうすれば、あなたが作成者となり、顧客も関与することになります。
ステージ解除したくありません。なぜなら、フォーラムで自分のアカウントを作成しない限り、興味のない可能性のある要約メールなどにさらされたくないからです。
PMは使用せず、カテゴリトピックを使用しています。トピックに追加する方法があれば、それで構いません。
このトピックは、最後の返信から30日後に自動的にクローズされました。新しい返信は許可されていません。