目前,群组所有者可以向群组添加新成员,但无法将其设为所有者。这一操作只能由管理员或网站版主执行。
我认为,如果群组所有者能够管理群组成员(包括将其提升为群组所有者),将更为合理,且实现起来似乎相当直接。
大家好。我是 @uffehe 的开发人员,我在想这个功能是否有潜力作为未来版本的一个候选功能。这种行为看起来足够通用,并且可以在 site_settings 中启用或禁用。
如果没有多余资源来处理这个问题,我可以尝试自己实现它。我对 Discourse 还比较陌生,但据我所知,这似乎只是修改 group-member-dropdown.js 以调整 UI,将 add_owners 和 remove_owner 从 /admin/groups_controller.rb 移到 /groups_controller.rb,并在 routes.rb 中做相应的更改。
@codinghorror,您觉得这个功能值得提交 Pull Request 吗?
@codinghorror 你能想到任何理由,说明为什么我们不应该允许“群组所有者”将“所有权”指派给群组的其他成员吗?
在 GitHub、文件系统等领域,通用的模式是:所有者始终可以指派新的所有者。
我支持在此处提交一个 PR 来修改这一行为,我认为我们不需要为此设置一个站点选项。
我唯一的大问题是:如果你是所有者,是否允许你降级自己或将自己从群组中移除?对此我有些犹豫。我想应该是可以的,但我们应该发出警告。
对我来说没问题,如果相对容易的话,我们就干吧!
好主意。只是想确认一下,发生这种情况时是否应该生成某种通知或消息?(以防是恶意或被误导的群组所有者?)
它应该记录在管理员日志的某个地方。
事实上,“员工操作”这个名称已不再合适。它还应包括“群组版主”的操作(例如删除主题),以及“群组管理员”的操作(例如添加和移除用户等)。
清理这个问题有些棘手,但从长远来看绝对值得去做。
大家好。并非催促——我们并不需要立即实现这个功能——但我想知道接下来的流程是怎样的。是否有我需要做的事情,比如实现该功能并提交拉取请求,还是这将由贵团队内部处理?
只是问一下,以便我了解是否有需要我完成的事项。
谢谢。
你好。
我们也感受到了这种需求。
我们在 Discourse 实例上创建群组,以映射到我们公司中的团队。我们信任这些团队能够完全管理他们的群组(添加新成员,移除组织内调动的人员)。
缺少的一环是能够让加入团队群组的人员成为群组所有者。
在创建群组时,允许群组所有者管理群组所有权似乎是合理的。
但事实证明,群组所有者确实可以从群组成员资格中移除其他群组所有者,然后以普通成员身份再次将他们添加回来,这实际上意味着他们确实可以仅移除其他所有者的所有者身份。
我真正希望看到的(也许作为一个额外的群组设置)是明确允许这样做(甚至更多):允许群组所有者将其他群组成员提升为所有者,并将其他所有者(或他们自己)降级回成员。
现实场景:
- 群组是为部分用户定义的
- 群组用于管理对私有分类的访问,并向
@group成员发送(电子邮件)通知 - 一名成员由其他成员选举为群组领导者,他们可以批准新成员或移除现有成员(基于群组共识,他们仅作为执行者)
- 当领导者退休并希望放弃其角色甚至离开群组时,必须让站点管理员介入以任命新的群组所有者
如果当前所有者能够将其他成员提升为所有者,并将自己(或任何其他成员)从所有者降级,将会容易得多。
大家好!![]()
群组所有者提升其他所有者的功能已合并到 PR#19768 中。这将成为 Discourse 3.1 的基线行为。
为了妥善处理降级问题,我们需要添加一些检查,例如,如果降级将导致群组“没有所有者”,则发出警告。这需要更多的工作和规划,因此我们决定先单独发布提升功能。
