# Bug

**URL:** https://meta.discourse.org/c/contribute/bug/1.md?page=43

[最新版本](https://meta.discourse.org/latest.md) · [分類](https://meta.discourse.org/categories.md) · [標簽](https://meta.discourse.org/tags.md)

**Page:** 44

---

## [意外的搜索行为：当'commands'找不到'/commands'](https://meta.discourse.org/t/unexpected-search-behavior-when-commands-doesnt-find-commands/315217)

<div class="topic-metadata">

**Author:** [@MarcP](https://meta.discourse.org/u/MarcP)\
**回覆:** 15\
**Last updated:** [2025年二月6日 09:27 UTC](https://meta.discourse.org/t/unexpected-search-behavior-when-commands-doesnt-find-commands/315217 "2025-02-06T09:27:48Z")

</div>

我在文档中记录了用反引号代码格式设置的 /commands。但是，如果我搜索“commands”，则没有结果。搜索必须是 /commands 才能显示该主题。 这是故意的行为吗？我不希望用户在命令前加上斜杠来搜索特定命令 - 两种方式都应该找到该主题。 编辑；代码格式化无关紧要，因为仅“/commands”就会出现相同的问题。 编辑 2；在这种情况下，我无法用例如“.command”重现此问题，搜索“command”会得到预期的结…

---

## [情感表未显示](https://meta.discourse.org/t/sentiment-table-is-not-displaying/350233)

<div class="topic-metadata">

**Author:** [@Mark07](https://meta.discourse.org/u/Mark07)\
**回覆:** 3\
**Last updated:** [2025年二月5日 21:13 UTC](https://meta.discourse.org/t/sentiment-table-is-not-displaying/350233 "2025-02-05T21:13:52Z")

</div>

大家好， 我是平台的新用户，这是我第一次发帖。 我想知道是否还有其他人无法查看分析仪表板中的“情绪摘要”表？ 我看到的是这样……

---

## [删除用户按钮上显示了一些HTML标签](https://meta.discourse.org/t/some-html-tags-are-visible-on-the-delete-user-button/350606)

<div class="topic-metadata">

**Author:** [@Richie](https://meta.discourse.org/u/Richie)\
**回覆:** 3\
**Last updated:** [2025年二月5日 21:04 UTC](https://meta.discourse.org/t/some-html-tags-are-visible-on-the-delete-user-button/350606 "2025-02-05T21:04:01Z")

</div>

正在运行 Discourse 3.4.0.beta4-dev (5bc7371192)。 删除用户时，在“Delete and block this email and IP address”按钮上可以看到一些 HTML 标签：

---

## [自从更新后网站离线 - pg15 升级失败](https://meta.discourse.org/t/site-offline-since-update-pg15-upgrade-failed/350573)

<div class="topic-metadata">

**Author:** [@Markus\_Moenig](https://meta.discourse.org/u/Markus_Moenig)\
**回覆:** 11\
**Last updated:** [2025年二月5日 12:16 UTC](https://meta.discourse.org/t/site-offline-since-update-pg15-upgrade-failed/350573 "2025-02-05T12:16:58Z")

</div>

您好， 我正在自托管一个 Discourse（由承包商安装），今天通过自动更新升级到最新的测试版时，提示更新过程中出现错误，导致一切停止工作。网站已下线。 我该怎么做？

---

## [永久未读聊天线索指示](https://meta.discourse.org/t/permanent-unread-chat-thread-indication/334030)

<div class="topic-metadata">

**Author:** [@MarcP](https://meta.discourse.org/u/MarcP)\
**回覆:** 8\
**Last updated:** [2025年二月5日 10:54 UTC](https://meta.discourse.org/t/permanent-unread-chat-thread-indication/334030 "2025-02-05T10:54:39Z")

</div>

在最新的更新 (2caf5d79ba) 后，我的聊天气泡和“我的帖子”菜单项显示了未读指示器，它出现在顶部栏、侧边栏和聊天模态框本身中。 没有未读帖子，我已经全部点击过了，也找不到任何移除未读标记的方法。

---

## [未收到一些回复的通知](https://meta.discourse.org/t/not-receiving-notifications-for-some-replies/350221)

<div class="topic-metadata">

**Author:** [@schneeland](https://meta.discourse.org/u/schneeland)\
**回覆:** 6\
**Last updated:** [2025年二月4日 18:04 UTC](https://meta.discourse.org/t/not-receiving-notifications-for-some-replies/350221 "2025-02-04T18:04:04Z")

</div>

我最近注意到，我在元（meta）上的某些回复没有收到通知。我仍然收到一些通知，所以它们并没有完全失效，但在 Postgres 15 线程 的两个带引用的回复中，我没有收到任何通知。我不确定这是何时开始的，但我只在过去一周开始注意到这个问题。 带回复的帖子示例： 通知区域：

---

## [打开之前访问过的主题时，有时会显示未读帖子的数量（即使没有跟踪该主题）](https://meta.discourse.org/t/when-opening-a-previously-visited-topic-sometimes-the-number-of-unread-posts-is-showing-even-when-not-tracking-the-topic/350065)

<div class="topic-metadata">

**Author:** [@schneeland](https://meta.discourse.org/u/schneeland)\
**回覆:** 3\
**Last updated:** [2025年二月4日 17:31 UTC](https://meta.discourse.org/t/when-opening-a-previously-visited-topic-sometimes-the-number-of-unread-posts-is-showing-even-when-not-tracking-the-topic/350065 "2025-02-04T17:31:00Z")

</div>

我注意到有时当我打开一个之前访问过但有新帖的主题时，即使我没有跟踪该主题，也会出现未读计数——今天，当我用新标签页打开主题时发生了这种情况，但我也曾在移动设备上访问主题但快速返回时遇到过这种情况。 这种行为似乎与这个旧的 bug 中描述的行为相似，但该 bug 据说已经修复。 示例截图： 在后台打开两个链接后的主页： 带有未读计数的主题的跟踪状态：

---

## [AI Summarization Backfill 卡住了，持续生成相同的话题](https://meta.discourse.org/t/ai-summarization-backfill-is-stuck-keeps-regenerating-the-same-topic/347088)

<div class="topic-metadata">

**Author:** [@markschmucker](https://meta.discourse.org/u/markschmucker)\
**回覆:** 15\
**Last updated:** [2025年二月4日 14:51 UTC](https://meta.discourse.org/t/ai-summarization-backfill-is-stuck-keeps-regenerating-the-same-topic/347088 "2025-02-04T14:51:10Z")

</div>

我正在尝试回填过去 90 天的数据。它成功回填了大约 2000 个主题中的 500 个，但现在进度停滞了，因为它在每次作业运行时（每 5 分钟）都会处理同一个主题。不知道为什么——该主题已经有一个有效的摘要，并且在过去 12 天内没有新帖子。AI Audit Logs 表显示每次请求都成功。Sidekiq 状态正常。/logs 中没有相关信息。如何调试这个问题？ SELECT request\_tokens, respon…

---

## [由于聊天插件漏洞，Discourse 3.4.0.beta3中的Redis内存不断增加](https://meta.discourse.org/t/redis-memory-keeps-increasing-in-discourse-3-4-0-beta3-due-to-chat-plugin-bug/349171)

<div class="topic-metadata">

**Author:** [@Siraj\_Moideen](https://meta.discourse.org/u/Siraj_Moideen)\
**回覆:** 2\
**Last updated:** [2025年二月3日 17:19 UTC](https://meta.discourse.org/t/redis-memory-keeps-increasing-in-discourse-3-4-0-beta3-due-to-chat-plugin-bug/349171 "2025-02-03T17:19:23Z")

</div>

请查找下面的帖子。它最初是为了获得支持，但现在似乎是一个聊天插件错误。如果您需要我这边提供任何信息，请告知我。

---

## [在2025年1月18日的最新更新后，左侧面板中“我的帖子”菜单选项消失](https://meta.discourse.org/t/after-latest-updates-on-01-18-2025-my-posts-menu-option-missing-in-left-panel/347829)

<div class="topic-metadata">

**Author:** [@sandra.mccollum](https://meta.discourse.org/u/sandra.mccollum)\
**回覆:** 25\
**Last updated:** [2025年二月4日 11:14 UTC](https://meta.discourse.org/t/after-latest-updates-on-01-18-2025-my-posts-menu-option-missing-in-left-panel/347829 "2025-02-04T11:14:51Z")

</div>

您可以看到它应该是可见的，我哪里做错了，如何修复，或者是在最近的更新中引入了问题？

---

## [DeepSeek-R1随机出现“Job exception: undefined method \`finish' for nil”的错误](https://meta.discourse.org/t/deepseek-r1-randomly-producing-job-exception-undefined-method-finish-for-nil-error/349703)

<div class="topic-metadata">

**Author:** [@MachineScholar](https://meta.discourse.org/u/MachineScholar)\
**回覆:** 3\
**Last updated:** [2025年二月3日 20:08 UTC](https://meta.discourse.org/t/deepseek-r1-randomly-producing-job-exception-undefined-method-finish-for-nil-error/349703 "2025-02-03T20:08:53Z")

</div>

与此模型通过 AI Bot 交互时，它会随机产生此错误。有时会发生，有时不会，但我无法确切知道是什么原因造成的，尽管我认为当它“思考”的时间较长时，这种情况发生的频率更高。 它是按照此处所述的 OpenAI 设置配置的，这与 DeepSeek 的文档 一致： ▶ Backtrace 这个问题似乎与此问题有关，但我不太确定我是否真的理解这个错误。

---

## [AI插件导致最新Discourse版本中所有帖子变得无法阅读](https://meta.discourse.org/t/ai-plugin-causes-all-posts-to-be-unreadable-in-latest-discourse-version/348964)

<div class="topic-metadata">

**Author:** [@qingfeng1024](https://meta.discourse.org/u/qingfeng1024)\
**回覆:** 8\
**Last updated:** [2025年一月31日 17:11 UTC](https://meta.discourse.org/t/ai-plugin-causes-all-posts-to-be-unreadable-in-latest-discourse-version/348964 "2025-01-31T17:11:06Z")

</div>

大家好， 我写这封信是为了报告 Discourse 最新版本中 AI 插件的一个严重错误。此问题导致我的社区中的所有帖子都无法阅读，我花了大量时间来隔离原因。以下是问题的详细说明： 问题描述 更新到最新的 Discourse 版本后，我的社区中的所有帖子都变得无法阅读。当尝试打开任何主题时，用户会遇到以下错误消息： “抱歉，我们无法加载该主题。这可能是由于连接问题造成的。请重试。如果问题仍然存在，请告知我们。” 以下是出现…

---

## [Twitch剪辑嵌入问题](https://meta.discourse.org/t/twitch-clips-embed-problem/344678)

<div class="topic-metadata">

**Author:** [@RGJ](https://meta.discourse.org/u/RGJ)\
**回覆:** 6\
**Last updated:** [2025年一月31日 16:54 UTC](https://meta.discourse.org/t/twitch-clips-embed-problem/344678 "2025-01-31T16:54:32Z")

</div>

问题 嵌入 Twitch 剪辑不起作用，它不知何故生成了一个错误的 parent 参数。 https://www.twitch.tv/paymoneywubby/clip/AmazonianMoralSwordCharlietheUnicorn-JoRQeBi1QJuyKfu2 起初，我认为 meta.tag 与 Discourse Meta 有关，但它在每个实例上都有相同的值。 当您手动将链接更改为论坛的实际主机名时…

---

## [Discourse AI 嵌入配置问题](https://meta.discourse.org/t/problems-with-discouse-ai-embeddings-configuration/349725)

<div class="topic-metadata">

**Author:** [@NKERIFAC\_CLAUD\_NBAPNON](https://meta.discourse.org/u/NKERIFAC_CLAUD_NBAPNON)\
**回覆:** 7\
**Last updated:** [2025年一月31日 16:14 UTC](https://meta.discourse.org/t/problems-with-discouse-ai-embeddings-configuration/349725 "2025-01-31T16:14:25Z")

</div>

您好 @mwaniki 在更新后，我们开始看到以下错误，用户无法查看文章。 在更新过程中，我们是否遗漏了什么？

---

## [作为版主创建邀请时的无效邀请字段](https://meta.discourse.org/t/invalid-invite-fields-when-creating-invite-as-a-moderator/343783)

<div class="topic-metadata">

**Author:** [@Zeemah](https://meta.discourse.org/u/Zeemah)\
**回覆:** 4\
**Last updated:** [2025年一月30日 13:23 UTC](https://meta.discourse.org/t/invalid-invite-fields-when-creating-invite-as-a-moderator/343783 "2025-01-30T13:23:40Z")

</div>

您好， 通过 \[..site..\]/new-invite 创建新邀请时，作为版主，它允许将受邀者添加到某个群组。尽管版主无法执行此操作（返回 403 错误），但下拉框仍然可用。请参见下图： 没有可利用之处，所以可能是用户体验问题而非 bug (?) 圣诞快乐 :santa: 错误消息： 发生错误：您无权查看所请求的资源。

---

## [无法读取未定义的属性（读取 'id'）](https://meta.discourse.org/t/cannot-read-properties-of-undefined-reading-id/349416)

<div class="topic-metadata">

**Author:** [@Arkshine](https://meta.discourse.org/u/Arkshine)\
**回覆:** 1\
**Last updated:** [2025年一月30日 10:22 UTC](https://meta.discourse.org/t/cannot-read-properties-of-undefined-reading-id/349416 "2025-01-30T10:22:29Z")

</div>

重现步骤： 启用 whos\_online\_avatar\_indicator\_topic\_lists 设置 转到主题列表 创建一个新主题 填写标题，将焦点放在文本区域，一秒钟后，错误发生。 https://github.com/discourse/discourse-whos-online/blob/main/assets/javascripts/discourse/api-initializers/intitialize…

---

## [相邻的表情符号有时不会显示第二个表情符号](https://meta.discourse.org/t/adjacent-emoji-sometimes-doesnt-render-the-2nd-emoji/349536)

<div class="topic-metadata">

**Author:** [@Canapin](https://meta.discourse.org/u/Canapin)\
**回覆:** 3\
**Last updated:** [2025年一月30日 09:43 UTC](https://meta.discourse.org/t/adjacent-emoji-sometimes-doesnt-render-the-2nd-emoji/349536 "2025-01-30T09:43:03Z")

</div>

在某些情况下，相邻的表情符号（中间没有空格）无法渲染。 :slightly\_smiling\_face:‍:arrow\_up\_down: :slightly\_smiling\_face:‍:information\_source: :slightly\_frowning\_face::arrow\_up\_down: :slightly\_frowning\_face:‍:information\_source: 渲染为： 在帖子中： 在聊天…

---

## [在不刷新页面的情况下更改标签名称后再还原时出现404错误](https://meta.discourse.org/t/404-error-when-you-revert-a-tag-name-after-changing-it-without-reloading-the-page/342559)

<div class="topic-metadata">

**Author:** [@Canapin](https://meta.discourse.org/u/Canapin)\
**回覆:** 2\
**Last updated:** [2025年一月30日 00:51 UTC](https://meta.discourse.org/t/404-error-when-you-revert-a-tag-name-after-changing-it-without-reloading-the-page/342559 "2025-01-30T00:51:23Z")

</div>

这是一个非常小的 bug，算是一个边缘情况，但遇到 404 错误总归是不愉快的，因为它会在管理网站时触发“是不是我做错了什么？”的疑问。 在同一个屏幕上更改标签名称并将其恢复到之前的标签名称选择（意味着无需重新加载页面）会导致 404 错误。 如果您至少更改一次标签名称，然后选择之前在同一屏幕上验证过的任何标签名称（或原始名称），Discourse 会请求一个错误的 /tag/\<tag\_name\>/notifications …

---

## [有些YouTube视频的Lazy video Onebox未正确加载](https://meta.discourse.org/t/lazy-video-onebox-not-loaded-correctly-for-some-youtube-videos/322231)

<div class="topic-metadata">

**Author:** [@MerryMinstrel](https://meta.discourse.org/u/MerryMinstrel)\
**回覆:** 13\
**Last updated:** [2025年一月29日 23:34 UTC](https://meta.discourse.org/t/lazy-video-onebox-not-loaded-correctly-for-some-youtube-videos/322231 "2025-01-29T23:34:13Z")

</div>

最近，我的用户报告了 YouTube 视频嵌入式播放时出现问题。一些 YouTube 链接像以前一样正常工作，一些被部分嵌入，一些嵌入完全损坏。 示例： （完全正常） （有图片 - 无标题） （无图片，无标题） 看起来 YouTube 嵌入式链接 https://www.youtube.com/embed/{video\_id} 对于部分 oneb…

---

## [Discourse Doc 分类链接无法渲染](https://meta.discourse.org/t/discourse-doc-categories-links-not-rendering/348135)

<div class="topic-metadata">

**Author:** [@MachineScholar](https://meta.discourse.org/u/MachineScholar)\
**回覆:** 7\
**Last updated:** [2025年一月29日 14:29 UTC](https://meta.discourse.org/t/discourse-doc-categories-links-not-rendering/348135 "2025-01-29T14:29:13Z")

</div>

不知何故，在我将一些主题复制粘贴到索引主题后，它们停止渲染了。似乎是随机发生的，因为没有其他东西被更改，而且错误日志中也没有任何内容。

---

## [AI-Helper 帖子插图错误。缺少 ai\_openai\_api\_key](https://meta.discourse.org/t/ai-helper-post-illustration-error-ai-openai-api-key-missing/349431)

<div class="topic-metadata">

**Author:** [@dsims](https://meta.discourse.org/u/dsims)\
**回覆:** 4\
**Last updated:** [2025年一月28日 22:31 UTC](https://meta.discourse.org/t/ai-helper-post-illustration-error-ai-openai-api-key-missing/349431 "2025-01-28T22:31:32Z")

</div>

我已将 AI Helper 配置为使用 帖子插图，但出现错误。通过调试 AiHelper Painter 代码，我发现它需要 SiteSetting.ai\_openai\_api\_key，而我的设置是空白的。我在管理员界面中找不到此设置，但我已配置并正在为其他助手功能使用 OpenAI LLM。所以，我猜想大多数 AI 功能已迁移到使用“LLM 模型”，但这个功能被遗漏了？

---

## [Discourse discover 在浏览几页后重复条目](https://meta.discourse.org/t/discourse-discover-is-repeating-entries-after-a-few-pages/348276)

<div class="topic-metadata">

**Author:** [@darkpixlz](https://meta.discourse.org/u/darkpixlz)\
**回覆:** 2\
**Last updated:** [2025年一月28日 20:16 UTC](https://meta.discourse.org/t/discourse-discover-is-repeating-entries-after-a-few-pages/348276 "2025-01-28T20:16:05Z")

</div>

滚动足够多之后，条目似乎会重复出现。 浏览器：Brave (beta)，AUR，Arch Linux 我不知道这是因为条目不够多，如果是这样，我认为应该显示“没有更多结果”标签，而不是现在这样。

---

## [“1 回复”，然后消失](https://meta.discourse.org/t/1-reply-then-disappears/349313)

<div class="topic-metadata">

**Author:** [@AzeemHadzrie](https://meta.discourse.org/u/AzeemHadzrie)\
**回覆:** 2\
**Last updated:** [2025年一月28日 16:11 UTC](https://meta.discourse.org/t/1-reply-then-disappears/349313 "2025-01-28T16:11:10Z")

</div>

我曾使用 MediaSpy（一个也使用 Discourse 的论坛），发帖后，我看到了“1 条回复”。当我尝试点击它时，它消失了。我尝试刷新页面，但它并没有出现。底部最有可能与显示“1 条回复”指示的帖子相关，但该帖子已消失。

---

## [移动帖子到长主题失败](https://meta.discourse.org/t/moving-posts-to-a-long-topic-fails/347984)

<div class="topic-metadata">

**Author:** [@Overgrow](https://meta.discourse.org/u/Overgrow)\
**回覆:** 4\
**Last updated:** [2025年一月28日 06:03 UTC](https://meta.discourse.org/t/moving-posts-to-a-long-topic-fails/347984 "2025-01-28T06:03:26Z")

</div>

我知道我可能已经超出了合理的帖子移动数量，现在它会失败并显示消息： 移动帖子时出错。 我试图将 19 篇帖子从一个包含 1,500 篇帖子的主题移动到一个包含 4,500 篇帖子的主题。 不过，如果能有解决方案那就太好了。 移动到新主题可以正常工作。 Unicorn worker 收到 USR2 信号，表明即将超时，正在转储主线程的回溯 config/unicorn.conf.rb:203:in \`backtrace' con…

---

## [用户资料点击问题的错误报告](https://meta.discourse.org/t/bug-report-on-user-profile-click-issue/344369)

<div class="topic-metadata">

**Author:** [@MihirR](https://meta.discourse.org/u/MihirR)\
**回覆:** 4\
**Last updated:** [2025年一月27日 10:04 UTC](https://meta.discourse.org/t/bug-report-on-user-profile-click-issue/344369 "2025-01-27T10:04:13Z")

</div>

我认为存在一个 bug。当您打开聊天窗口并导航到“私信”选项卡时，选择一个聊天然后点击用户的名字会带您进入他们的个人资料页面。该个人资料页面通常包含“设置”和“窗口”选项卡等部分。但是，如果您再次点击个人资料页面顶部的用户名，整个窗口会意外地变成白色或空白，使其无法使用。这种行为似乎破坏了界面，扰乱了用户体验。 附注：我使用的是桌面版，请分享截图以供参考。

---

## [聊天信息显示顺序错误](https://meta.discourse.org/t/chat-messages-appearing-in-wrong-order/316619)

<div class="topic-metadata">

**Author:** [@sok777](https://meta.discourse.org/u/sok777)\
**回覆:** 16\
**Last updated:** [2025年一月26日 10:05 UTC](https://meta.discourse.org/t/chat-messages-appearing-in-wrong-order/316619 "2025-01-26T10:05:02Z")

</div>

在最新的 Discourse 版本中，但这个 bug 我已经知道几周了。 聊天消息有时（不频繁，但可能 20% 的时间）会以错误的顺序出现，这意味着发送新消息可能会出现在先前消息的上方。 有人遇到过这种情况吗？我不确定如何重现。

---

## [过长的\`title\`设置阻碍了备份的进行](https://meta.discourse.org/t/very-long-title-setting-prevents-backups-from-being-made/347669)

<div class="topic-metadata">

**Author:** [@RGJ](https://meta.discourse.org/u/RGJ)\
**回覆:** 4\
**Last updated:** [2025年一月24日 07:02 UTC](https://meta.discourse.org/t/very-long-title-setting-prevents-backups-from-being-made/347669 "2025-01-24T07:02:09Z")

</div>

当配置的 title 超过 X 个字符时，将阻止备份的创建。 EXCEPTION: /var/www/discourse/lib/discourse.rb:139:in 'exec': rm: cannot remove '/var/www/discourse/public/backups/default/redacted-xxx(...)xxx-2025-01-17-125027-v20250116024516.tar': File…

---

## [双击标签输入会在编辑主题时导致焦点丢失](https://meta.discourse.org/t/double-clicking-on-tags-input-causes-loss-of-focus-when-editing-a-topic/346036)

<div class="topic-metadata">

**Author:** [@noahl](https://meta.discourse.org/u/noahl)\
**回覆:** 3\
**Last updated:** [2025年一月24日 04:26 UTC](https://meta.discourse.org/t/double-clicking-on-tags-input-causes-loss-of-focus-when-editing-a-topic/346036 "2025-01-24T04:26:41Z")

</div>

编辑主题的标签时，双击输入框会导致其失去焦点，这意味着键入时不会提供自动建议。 重现步骤： 编辑主题 点击标签输入框（此时它应该已获得焦点） 再次点击标签输入框（此时它应该会失去焦点环，但仍处于焦点状态并允许键盘输入） 结果： 当它未获得焦点且您一直在键入以查找标签时，会造成轻微的不便 每个好的 Bug 报告都应附带演示——所以我也有 :crazy\_face:

---

## [回复 - 主题错误](https://meta.discourse.org/t/reply-to-topic-bug/348692)

<div class="topic-metadata">

**Author:** [@twofoursixeight](https://meta.discourse.org/u/twofoursixeight)\
**回覆:** 4\
**Last updated:** [2025年一月23日 22:18 UTC](https://meta.discourse.org/t/reply-to-topic-bug/348692 "2025-01-23T22:18:41Z")

</div>

Discourse 的最新版本在 forum.creative.gimkit.com 上出现论坛错误 目前论坛运行的版本是 3.4.0.beta4-dev。 在 try.discourse.org 上也复现了此错误：

---

## [搜索电子邮件日志未找到抄送（cc）中的电子邮件](https://meta.discourse.org/t/searching-email-logs-doesnt-find-emails-in-cc/348688)

<div class="topic-metadata">

**Author:** [@supermathie](https://meta.discourse.org/u/supermathie)\
**回覆:** 1\
**Last updated:** [2025年一月23日 21:53 UTC](https://meta.discourse.org/t/searching-email-logs-doesnt-find-emails-in-cc/348688 "2025-01-23T21:53:45Z")

</div>

我们试图查找发往某个用户的出站电子邮件记录，但它们仅在您显式搜索“group\_smtp”电子邮件时才会显示。这对管理员来说是违反直觉且令人困惑的： ^ 在这里，您可以看到搜索 jose 的正常结果 ^ 但搜索 brian 却一无所获 ^ 直到您使用 email type: group\_smtp 进行搜索 class Admin::EmailController \< Admin::AdminContr…

[上一頁](https://meta.discourse.org/c/contribute/bug/1.md?page=42)

[下一頁](https://meta.discourse.org/c/contribute/bug/1.md?page=44)
