Я понимаю, что многие хотят иметь возможность менять владельца сообщений. Проблема, которую нужно решить в этом контексте, — это та, о которой я говорил выше, а именно:
Контент, отображаемый на вашем Discourse, поступает из сервиса, где вы не являетесь администратором и над которым, за исключением ActivityPub, у вас вообще нет никакого контроля. Просто расширять возможность изменения автора такого контента без должного учёта этого факта было бы неразумно.
Что касается контента, созданного пользователями вашего Discourse в теме, опубликованной через ActivityPub, подумайте, что должно происходить, если после смены автора сообщения вносятся какие-либо обновления. Должны ли мы:
- прекратить публикацию обновлений ActivityPub;
- публиковать их от имени «старого» актора (пользователя);
- публиковать их от имени «нового» актора (пользователя).
Публикация обновлений для существующего объекта с новым актором (то есть вариант 3) будет работать в Discourse (я пытался предусмотреть возможность решения этого вопроса), но не будет работать с другими сервисами ActivityPub. Действительно, я уже поднимал этот вопрос в экосистеме ActivityPub именно по этой причине. См. здесь:
Также у меня есть незакрытый PR в Mastodon, чтобы сделать вариант 3 возможным:
В качестве примера одной из проблем рассмотрите ситуацию, когда вы публикуете контент через ActivityPub со своим аккаунтом (вашим именем и фото). Один из ваших «конкурентов» подписывается на ваш контент. На их сервере они затем меняют владельца всех постов с вашим контентом, делая их постами от их имени (с их именем и фото) вместо ваших. Это может, что вполне понятно, вас возмутить. Да, конечно, это возможно реализовать с помощью кастомного кода, но вопрос в том, хотите ли вы встроить такую возможность в стандартные функции плагина.
Подумав об этом overnight, один из подходов, который мог бы несколько смягчить ситуацию, — добавить отображение актора публикации в статус ActivityPub:
Я открыт к другим идеям в этом духе.
Верно, я думаю, что просто уберу модальное окно полностью для тем в ActivityPub, пока мы не решим этот фундаментальный вопрос.