群组消息中缺少“标记为解决方案”按钮

在群组消息中,由 discourse‑solved 插件提供的**“标记为解决方案”**按钮,对于之前有权访问它的用户来说不再可见。该按钮在主题中仍然正确显示:

这是一个群组消息,我们过去曾使用过该按钮,并显示有解决方案,但现在已不再有启用/禁用按钮:

这是最近的更改还是一个错误?是否有办法在群组消息中恢复该按钮?

3 个赞

您是说它以前在群组私人消息中对您有效吗?我以前从未见过这种情况,并且认为这是不可能的,正如在另一个主题中所述:

有趣的是,基于那个要求在收件箱中提供已解决/未解决筛选器的话题,我本以为用户已经在收件箱中使用了已解决插件。所以我假设在请求该功能时它就能正常工作。你为什么得出它根本不起作用的结论?

同意。我不明白它如何能用于群组消息。也许那是一个已解决的话题,然后被转换成了一条消息?在这种情况下会发生什么?

是的!取决于安装的版本。从 3.4.0.beta3-dev 更新到 3.5.0.beta7-dev 会移除此功能

这是在 3.4.0.beta3-dev 上的工作方式:

图像显示了一段电子邮件对话,表明徽标问题已解决,并询问是否有其他问题,其中包含一条评论建议,如果问题已解决,则选择回复。(由AI标注)

谢谢!

1 个赞

二月时发生了一项更改:FIX: don't allow or count solutions in PMs by ZogStriP · Pull Request #334 · discourse/discourse-solved · GitHub

非常直接,这确保了我们不允许用户在私信中将帖子标记为解决方案。

这也确保了我们不计算在已转换为私信的主题中的解决方案。

内部参考 t/146766

1 个赞

这真的是预期的吗?至少它应该适用于群聊。

1 个赞

我认为应该从 Support 移动到 Bug#feature。

鉴于它在二月前还能正常工作,但现在不行了,我会选择 #bug。

2 个赞

我已将其移至 Feature,因为此更改是故意的。

@Gerard_Cobas 您能分享更多关于您的用例吗?

2 个赞

我也看到了另外两个相关的请求

我稍后会合并一些主题,但在此期间,在这里继续讨论是可以的。

2 个赞

第二个是关于添加已解决/未解决过滤器,这当然需要在群组收件箱中启用已解决插件。但这是一个不同的请求。

1 个赞

嗨 Dave,感谢你接手此事!

我们这边的一些背景信息:我们使用群组私人消息作为支持共享收件箱,遵循与此处描述类似的模式:将 Discourse 用作私人支持票证系统

我们的支持代理依赖 “标记为解决方案” 按钮来指示问题何时已解决。这有两个目的:

  1. 内部:帮助团队快速识别和关闭已解决的对话。
  2. 程序化:它充当触发器。我们设置了一个 webhook(例如 /admin/api/web_hooks/38/edit),当帖子被标记为解决方案时会触发,与我们的后端系统同步。

群组私人消息是我们支持工作流程的核心,我们处理大量特定于账户的主题,这使得公开主题不适用。

解决方案标记不仅仅是一个 UI 元素。它是我们内部流程的一部分,没有它,代理就无法正确关闭票证或触发依赖于它的自动化。

尽管表面上这是一个小改动,但它破坏了我们工作流程的关键部分,因此我们非常感谢你能重新考虑或提供替代方案。

谢谢!

2 个赞

我决定将这两个主题保持开放并重命名它们,因为它们都是更具体的要求,尽管它们都依赖于这个主题。

1 个赞

感谢您提供更多背景信息,Gerard。

允许在群组消息中标记解决方案感觉有点像一个意外的功能,但我现在更理解您为什么依赖它了,并且在那些链接的功能中看到了其他人也在这样做的证据。

考虑到这一点,我认为最好在 solved 插件中通过新的 allow_solved_on_group_messages(布尔值,默认为禁用)或 allow_solved_in_groups(群组列表,默认为空)来明确启用此功能。

后者也将解决 Enable solved plugin for specific groups inboxes

我将看看其他人对这些选项或其他替代方案的看法。

6 个赞

它也可能是在群组配置中的一项设置。

然后,您可以在启用群组收件箱的地方启用它。Assign 插件也会在那里添加一项设置:

2 个赞