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?
Появились ли какие-либо новые сведения по этому вопросу?
Иногда возникает ситуация, когда нужно создать нового тестового пользователя, а затем назначить его владельцем темы, созданной от его имени.
Есть ли быстрый и простой способ сделать это?
Лучший способ создать тестового пользователя — начать переписку в личных сообщениях, обратившись к его email-адресу. После того как тестовый пользователь будет создан, вы сможете делать с ним всё необходимое.
За исключением назначения ему поста. Если я ничего не делаю не так, то, похоже, я не могу сделать это с подготовленным пользователем.
Ах, да. Невозможно изменить владельца поста на временного пользователя. Извините за путаницу. Временные пользователи имеют очень ограниченные возможности, поскольку они не являются «настоящими пользователями»… пока не войдут в систему.
Не могли бы вы рассказать подробнее о вашем случае использования?
Иногда нам нужно создать заявку в службу поддержки от имени одного из наших клиентов. Большинство наших клиентов службы поддержки и обслуживания существуют в нашем Discourse только как «подготовленные» пользователи.
Наименее затратным по усилиям путём было бы, если бы кто-то из нас создал пост, а затем передал право владения этой темой соответствующему клиенту.
Если существует другой способ сделать это, не требующий попытки создания тем через API, который я мог бы передать нашей команде поддержки, я с радостью его реализую.
Мне просто нужно иметь возможность написать внутренний документ с инструкциями, и в нём не должно быть ничего вроде «подключитесь по SSH к серверу и …».
Это интересный случай. Возможно, для таких ситуаций пользователей в тестовой среде нужно рассматривать как реальных пользователей.
Не совсем понял, что вы имеете в виду.
Что-то, что я могу сделать, или улучшение функционала?
Извините! Автодополнение на моём телефоне регулярно меня подводит! 
Я всё исправил.
Я передал запрос на эту функцию команде по улучшению опыта сотрудников, но, к сожалению, не уверен, что это когда-нибудь произойдёт, так как это потребует значительной переработки системы промежуточных пользователей.
Вы рассматривали возможность «отмены промежуточного статуса» для этих пользователей? В настоящее время это можно сделать через командную строку, но я знаю, что это не то, что вы ищете.
cd /var/discourse
./launcher enter app
rails c
User.find_by_email("itsmedebryc@yahoo.com").update(staged: false)
Возможно, кнопка для снятия промежуточного статуса через страницу администрирования пользователей — это именно та функция, которую мы ищем.
Ещё одна идея: обязательно ли тикет службы поддержки должен быть создан клиентом? Почему бы не создать тикет (личное сообщение) самостоятельно из вашего группового почтового ящика и указать их адрес электронной почты? Тогда вы будете автором, а они будут вовлечены в обсуждение.
Я не хочу отменять их стадию, потому что не хочу, чтобы они получали какие-либо уведомления, например, сводные письма, которые могут их не интересовать, если они не создадут свою учётную запись на нашем форуме.
Мы не используем личные сообщения, мы используем темы в категориях. Если есть способ добавить их в тему, меня это устроит.