# Bug **URL:** https://meta.discourse.org/c/contribute/bug/1.md?page=3 [最新版本](https://meta.discourse.org/latest.md) · [分類](https://meta.discourse.org/categories.md) · [標簽](https://meta.discourse.org/tags.md) **Page:** 4 --- ## [iOS 16.7 照片上传出现问题？](https://meta.discourse.org/t/issue-with-ios-16-7-photo-upload/408404)
**Author:** [@sok777](https://meta.discourse.org/u/sok777)\ **回覆:** 31\ **Last updated:** [2026年八月20日 23:18 UTC](https://meta.discourse.org/t/issue-with-ios-16-7-photo-upload/408404 "2026-08-20T23:18:13Z")
在更新到最新版本后，用户报告称运行 iOS 16.7 的设备无法上传照片。其他人也遇到这个问题吗？ --- ## [Discobot 坏了？我在教程里发送了 .com 和 example.com](https://meta.discourse.org/t/discobot-broken-when-i-send-it-a-com-example-com-in-its-tutorial/410406)
**Author:** [@sk-or-v1-contents](https://meta.discourse.org/u/sk-or-v1-contents)\ **回覆:** 3\ **Last updated:** [2026年八月19日 07:54 UTC](https://meta.discourse.org/t/discobot-broken-when-i-send-it-a-com-example-com-in-its-tutorial/410406 "2026-08-19T07:54:18Z")
我发送的链接是 a.com、example.com、https://example.com 和 https://en.wikipedia.org/wiki/Exotic\_Shorthair。discobot 停止回复，并在几分钟后仅发送了一条“正在查看您的状态”的消息（截图中未显示）。… --- ## [管理侧边栏不见了](https://meta.discourse.org/t/admin-seitenleiste-nicht-mehr-vorhanden/409913)
**Author:** [@Mr.Xurrent](https://meta.discourse.org/u/Mr.Xurrent)\ **回覆:** 18\ **Last updated:** [2026年八月18日 21:41 UTC](https://meta.discourse.org/t/admin-seitenleiste-nicht-mehr-vorhanden/409913 "2026-08-18T21:41:07Z")
大家好， 大约两个月来，我左侧的管理员侧边栏一直缺失（见截图）。无论是在设置中还是其他地方，我都找不到“启用”它的选项。即使在隐身浏览器窗口中使用，也显示相同的错误现象。 你们中有人知道这可能是什么原因吗？ 致以最诚挚的问候 Mr. Xurrent --- ## [带下划线的粗体字符](https://meta.discourse.org/t/bold-with-underline-characters/410357)
**Author:** [@splinterofkhaos](https://meta.discourse.org/u/splinterofkhaos)\ **回覆:** 0\ **Last updated:** [2026年八月18日 18:08 UTC](https://meta.discourse.org/t/bold-with-underline-characters/410357 "2026-08-18T18:08:31Z")
今天早些时候，我在尝试写一段内容，希望能让两个角色被突出显示。我觉得这样对比还不够明显，于是我想看看 ziggit 是否支持添加下划线。结果发现它并不支持下划线…… --- ## [在 iOS PWA 撰写时回复按钮不可见](https://meta.discourse.org/t/reply-button-not-visible-when-composing-on-ios-pwa/403662)
**Author:** [@appeltaartje](https://meta.discourse.org/u/appeltaartje)\ **回覆:** 11\ **Last updated:** [2026年八月18日 13:27 UTC](https://meta.discourse.org/t/reply-button-not-visible-when-composing-on-ios-pwa/403662 "2026-08-18T13:27:20Z")
在使用 PWA（渐进式 Web 应用）且将文本大小设置为较小时，回复按钮不可见。在 Safari 中使用时一切正常。但在 iOS 上打开 PWA 时，回复按钮会消失。我使用的是 Foundation 主题。 设备信息：iPhone SE 2022，运行 iOS 26.4.2 可能与以下问题相关：Reply button not visible when composing on iOS PWA 截图： 是否有人能复现此… --- ## [每个 Discourse 标签页中的工作流模态框都必须关闭](https://meta.discourse.org/t/workflow-modal-must-be-closed-in-every-discourse-tab/410129)
**Author:** [@per1234](https://meta.discourse.org/u/per1234)\ **回覆:** 2\ **Last updated:** [2026年八月17日 15:13 UTC](https://meta.discourse.org/t/workflow-modal-must-be-closed-in-every-discourse-tab/410129 "2026-08-17T15:13:06Z")
优先级/严重程度： 中等 平台： 操作系统 Windows 11 浏览器 Google Chrome 151.0.7922.138 Discourse 763655f6faf47b088afee1a59e2d97cec5886c97 描述： 新的“工作流”核心插件包含一个“模态”步骤… --- ## [\`code\` 仅在直接位于 \`small\` 内部时不可见](https://meta.discourse.org/t/code-is-invisible-solely-when-directly-inside-small/410078)
**Author:** [@roke\_julian\_lockhart](https://meta.discourse.org/u/roke_julian_lockhart)\ **回覆:** 3\ **Last updated:** [2026年八月17日 12:29 UTC](https://meta.discourse.org/t/code-is-invisible-solely-when-directly-inside-small/410078 "2026-08-17T12:29:36Z")
最近，我在下面输入了： \> \由 \[\`noggin\`\](https://github.com/fedora-infra/noggin) \`v1.11.0\` (\`stable:d236f5e\`) 提供技术支持\ …在另一个 Discourse 实例上： 这是从引用的网站中引用的。 当它被渲染时，所有的 small \> a \> code 都被渲染了，而 small \> code 的 code 却没有： … --- ## [移动设备上的脚注弹窗部分超出屏幕且无法滚动，无法查看长脚注](https://meta.discourse.org/t/footnote-popup-on-mobile-is-partially-off-screen-and-does-not-scroll-the-long-footnotes-cannot-be-viewed/410196)
**Author:** [@serkhelesheyi](https://meta.discourse.org/u/serkhelesheyi)\ **回覆:** 2\ **Last updated:** [2026年八月17日 08:54 UTC](https://meta.discourse.org/t/footnote-popup-on-mobile-is-partially-off-screen-and-does-not-scroll-the-long-footnotes-cannot-be-viewed/410196 "2026-08-17T08:54:10Z")
你好， 我在移动设备上遇到了脚注弹出窗口的 UI 问题。 点击脚注编号时，弹出窗口会打开，但在移动设备上，弹出窗口的一部分位于可见屏幕区域之外。如果脚注… --- ## [Discourse 向我发送应用内通知而非普通通知](https://meta.discourse.org/t/discourse-is-sending-me-email-app-notifications-instead-of-normal-notifications/409952)
**Author:** [@kairo162](https://meta.discourse.org/u/kairo162)\ **回覆:** 7\ **Last updated:** [2026年八月17日 05:50 UTC](https://meta.discourse.org/t/discourse-is-sending-me-email-app-notifications-instead-of-normal-notifications/409952 "2026-08-17T05:50:21Z")
我不明白。我在论坛上一直很活跃。我的通知设置是开启的。请参见下面的图片。 --- ## [分类权限与新的权限组](https://meta.discourse.org/t/category-permissions-and-the-new-permission-groups/409511)
**Author:** [@RGJ](https://meta.discourse.org/u/RGJ)\ **回覆:** 12\ **Last updated:** [2026年八月16日 23:28 UTC](https://meta.discourse.org/t/category-permissions-and-the-new-permission-groups/409511 "2026-08-16T23:28:02Z")
在向类别添加组时，可以选择 anonymous\_users 和 logged\_in\_users 选项，但它们不起作用。 --- ## [在移动端的「我理解的语言」输入框中键盘抖动](https://meta.discourse.org/t/jittery-keyboard-in-languages-i-understand-input-box-on-mobile/409628)
**Author:** [@sk-or-v1-contents](https://meta.discourse.org/u/sk-or-v1-contents)\ **回覆:** 4\ **Last updated:** [2026年八月15日 12:16 UTC](https://meta.discourse.org/t/jittery-keyboard-in-languages-i-understand-input-box-on-mobile/409628 "2026-08-15T12:16:38Z")
优先级/严重性：≥中等？ 平台：Android 版 Edge、Discourse Meta（在安全模式下可复现） 复现步骤： 前往包含 文A 按钮的主题，例如 Admin-Hinweise nach letztem Update（此 URL 包含… --- ## [潜在 Bug：若某些字段发生变化，自定义字段中的数据会被清除](https://meta.discourse.org/t/potential-bug-where-data-in-custom-fields-is-cleared-if-certain-fields-change/410050)
**Author:** [@dubwoc](https://meta.discourse.org/u/dubwoc)\ **回覆:** 1\ **Last updated:** [2026年八月14日 11:20 UTC](https://meta.discourse.org/t/potential-bug-where-data-in-custom-fields-is-cleared-if-certain-fields-change/410050 "2026-08-14T11:20:23Z")
如果“位置”或“URL”字段，或者活动图片“字段”发生更改，则在任何自定义字段中输入的数据都将被清除。 这感觉像是一个错误，而不是预期行为。如果这确实是一个错误…… 这是h… --- ## [Android 平板上的全屏聊天窗口过高](https://meta.discourse.org/t/the-fullscreen-chat-container-on-android-tablets-is-too-tall/410038)
**Author:** [@twofoursixeight](https://meta.discourse.org/u/twofoursixeight)\ **回覆:** 1\ **Last updated:** [2026年八月14日 08:38 UTC](https://meta.discourse.org/t/the-fullscreen-chat-container-on-android-tablets-is-too-tall/410038 "2026-08-14T08:38:32Z")
复现步骤： 在 Android 平板上将聊天窗口切换为全屏模式。顶部的聊天或私信标题会消失。你可以通过某种方式用多指向上滑动聊天容器来重新看到标题。 复现此问题的设备： Galaxy Tab S10 FE 8/128，One UI 8.5，Android 16 浏览器： Chrome 151.0.7922.109 论坛版本： 2026.6.0-latest 问题视频： 该问题似乎也会出现在 Discourse Me… --- ## [大量轮询请求将被取消](https://meta.discourse.org/t/a-large-number-of-poll-requests-will-be-canceled/410007)
**Author:** [@ばこん](https://meta.discourse.org/u/%E3%81%B0%E3%81%93%E3%82%93)\ **回覆:** 1\ **Last updated:** [2026年八月13日 14:34 UTC](https://meta.discourse.org/t/a-large-number-of-poll-requests-will-be-canceled/410007 "2026-08-13T14:34:46Z")
我不明白为什么会发生这种情况。 此轮询请求既在主题内发送，也在主页上发送。 --- ## [未读回复通知置顶](https://meta.discourse.org/t/sticky-unread-reply-notification/384961)
**Author:** [@Moin](https://meta.discourse.org/u/Moin)\ **回覆:** 9\ **Last updated:** [2026年八月12日 20:09 UTC](https://meta.discourse.org/t/sticky-unread-reply-notification/384961 "2026-08-12T20:09:24Z")
今天，我的通知菜单在右侧图标上显示了一条未读回复，但菜单中没有未读回复通知。 起初，我以为是有人回复了我，但在我阅读之前该用户（包括其帖子）被删除了。但当我重现该场景时，通知在重新加载后消失了。这里的通知是固定的。它在重新加载后不会消失，并且在注销并重新登录后仍然存在。 这似乎与 Can't clear unread notification after being removed from a PM 类似，但到目前为止，我不… --- ## [权限更改后无法清除未读通知](https://meta.discourse.org/t/cant-clear-unread-notification-after-being-removed-from-a-pm/311995)
**Author:** [@flarsric](https://meta.discourse.org/u/flarsric)\ **回覆:** 14\ **Last updated:** [2026年八月12日 17:55 UTC](https://meta.discourse.org/t/cant-clear-unread-notification-after-being-removed-from-a-pm/311995 "2026-08-12T17:55:58Z")
优先级/严重性: 低 平台: Windows/Android 描述: 在 Windows 和 Android 上，我看到一条未读的个人消息通知，但当我点击它时，它说该页面不存在或为私有。 由于我无法阅读消息，似乎没有办法清除通知。 重现步骤: 我没有尝试重现它，但发生的情况是，在我未读消息时，我被移除了接收者，因此我不再有权限查看该消息。 --- ## [启用“私密邮箱”后，仍应在发出的邮件中链接该主题](https://meta.discourse.org/t/with-private-email-enabled-we-should-still-link-the-topic-in-outgoing-emails/401078)
**Author:** [@supermathie](https://meta.discourse.org/u/supermathie)\ **回覆:** 1\ **Last updated:** [2026年八月11日 20:48 UTC](https://meta.discourse.org/t/with-private-email-enabled-we-should-still-link-the-topic-in-outgoing-emails/401078 "2026-08-11T20:48:12Z")
我认为这更像是“Bug”而非“UX”，因为这对非专业人士来说几乎无法使用： 如果我不早就知道应该访问 /t/277，我肯定会完全迷失方向。 如果我是 Gmail 用户，我甚至不会知道这个网站是做什么的： --- ## [CDCK/MoM 引用了 User1、User2 等帖子——是 LLM 质量问题吗？](https://meta.discourse.org/t/cdck-mom-cites-posts-as-user1-user2-etc-llm-quality-issue/409526)
**Author:** [@sk-or-v1-contents](https://meta.discourse.org/u/sk-or-v1-contents)\ **回覆:** 4\ **Last updated:** [2026年八月11日 14:26 UTC](https://meta.discourse.org/t/cdck-mom-cites-posts-as-user1-user2-etc-llm-quality-issue/409526 "2026-08-11T14:26:06Z")
（不确定该使用哪个分类） Python 注释块的 AI 摘要 - 想法 - Python.org 上的讨论 ▶ 当时的 AI 摘要（已复制，仅保留纯文本） --- ## [带有签名/表格/内联图片的传入邮件被拒绝，显示“访问被拒绝”](https://meta.discourse.org/t/incoming-emails-with-signatures-tables-inline-images-rejected-with-access-denied/409538)
**Author:** [@Ethsim2](https://meta.discourse.org/u/Ethsim2)\ **回覆:** 1\ **Last updated:** [2026年八月11日 13:35 UTC](https://meta.discourse.org/t/incoming-emails-with-signatures-tables-inline-images-rejected-with-access-denied/409538 "2026-08-11T13:35:42Z")
我发现 Discourse 拒绝接收传入邮件，并显示： 无法处理邮件：访问被拒绝 传入邮件本身似乎工作正常。邮件已到达邮件接收器，且 SPF、DKIM 和 DMARC 均… --- ## [关于'email'参数的Mail-receiver废弃警告](https://meta.discourse.org/t/mail-receiver-deprecation-warning-on-email-parameter/363900)
**Author:** [@textkit](https://meta.discourse.org/u/textkit)\ **回覆:** 2\ **Last updated:** [2026年八月11日 13:32 UTC](https://meta.discourse.org/t/mail-receiver-deprecation-warning-on-email-parameter/363900 "2026-08-11T13:32:17Z")
我已经为我的自托管站点安装了 discourse mail-receiver 以允许通过电子邮件回复。我在日志中收到以下弃用警告。 弃用通知：警告：email 参数已被弃用。此路由的所有 POST 请求都应改用 base64 严格编码的 email\_encoded 参数发送。email 已收到并已排队等待处理（将于 Discourse 3.3.0 中移除） 在 /var/www/discourse/vendor/bundle/ruby… --- ## [在主题创建器中，导出主题会导致白屏](https://meta.discourse.org/t/in-theme-creator-exporting-themes-results-in-a-white-screen/403108)
**Author:** [@kairo162](https://meta.discourse.org/u/kairo162)\ **回覆:** 7\ **Last updated:** [2026年八月10日 15:49 UTC](https://meta.discourse.org/t/in-theme-creator-exporting-themes-results-in-a-white-screen/403108 "2026-08-10T15:49:12Z")
我在导出主题时遇到了问题。每次点击导出按钮尝试导出主题时，都会跳转到一个空白页面。 --- ## [更改电子邮件地址后，退信率不会重置](https://meta.discourse.org/t/bounce-score-does-not-reset-when-email-address-is-changed/409581)
**Author:** [@RGJ](https://meta.discourse.org/u/RGJ)\ **回覆:** 1\ **Last updated:** [2026年八月10日 01:53 UTC](https://meta.discourse.org/t/bounce-score-does-not-reset-when-email-address-is-changed/409581 "2026-08-10T01:53:45Z")
场景： 用户使用 john.doe@example.con 注册 激活邮件退信 经过几次尝试后，用户意识到自己输入有误，并将邮箱更新为 john.doe@example.com 激活邮件送达 问题： 我… --- ## [修复：清除 404 主题缓存时避免遍历 Redis 键](https://meta.discourse.org/t/fix-avoid-traversing-redis-keys-when-clearing-404-topic-cache/409622)
**Author:** [@small-lovely-cat](https://meta.discourse.org/u/small-lovely-cat)\ **回覆:** 1\ **Last updated:** [2026年八月10日 01:51 UTC](https://meta.discourse.org/t/fix-avoid-traversing-redis-keys-when-clearing-404-topic-cache/409622 "2026-08-10T01:51:20Z")
在 #42413 中，主题的缓存失效逻辑进行了重新设计。 然而，Discourse.cache.keys("page\_not\_found\_topics:\*").each { |key| Discourse.cache.redis.del(key) } 将遍历所有 Redis 键，导致性能问题，并且在键数量较大时可能会超时。 在这种情况下，如果用户将主题移动到受限类别，可能会遇到 500 错误。 此提交将遍历范围限制为 Dis… --- ## [验证失败：在处理 Gmail 点号变体或添加辅助邮箱时，主邮箱已被占用](https://meta.discourse.org/t/validation-failed-primary-email-has-already-been-taken-when-trying-to-handle-gmail-dot-variants-or-add-secondary-emails/404042)
**Author:** [@dennisjbr](https://meta.discourse.org/u/dennisjbr)\ **回覆:** 4\ **Last updated:** [2026年八月9日 03:55 UTC](https://meta.discourse.org/t/validation-failed-primary-email-has-already-been-taken-when-trying-to-handle-gmail-dot-variants-or-add-secondary-emails/404042 "2026-08-09T03:55:10Z")
Discourse 版本：2026.5.0-latest.1 上下文 当外部用户使用 Gmail 的“点”变体（例如 user.name@gmail.com）向传入邮件处理器发送邮件，但其注册的论坛账户为非带点形式…… --- ## [回归：/u/:username/activity 在浏览器后退后丢失滚动位置](https://meta.discourse.org/t/regression-u-username-activity-loses-scroll-position-after-browser-back/406292)
**Author:** [@ililaoban](https://meta.discourse.org/u/ililaoban)\ **回覆:** 1\ **Last updated:** [2026年八月7日 14:21 UTC](https://meta.discourse.org/t/regression-u-username-activity-loses-scroll-position-after-browser-back/406292 "2026-08-07T14:21:24Z")
Discourse 3.0 的发行说明中提到了“在用户活动页面上恢复滚动位置”。 然而，在当前的版本中，当打开 /u/:username/activity/posts 页面， 向下滚动，打开一篇文章，然后按下浏览器的后退按钮时， …… --- ## [类别版主可能会收到错误的待审核数量](https://meta.discourse.org/t/category-moderators-may-receive-incorrect-number-of-pending-reviews/409494)
**Author:** [@small-lovely-cat](https://meta.discourse.org/u/small-lovely-cat)\ **回覆:** 0\ **Last updated:** [2026年八月7日 02:33 UTC](https://meta.discourse.org/t/category-moderators-may-receive-incorrect-number-of-pending-reviews/409494 "2026-08-07T02:33:01Z")
此漏洞可能与轮询（推送通知）有关，当工作人员处理评论时，会向所有版主推送包含剩余待审评论数量的通知。 然而，类别版主可以… --- ## [电子邮件回复中单引号块被删除](https://meta.discourse.org/t/single-quote-block-dropped-in-email-reply/144802)
**Author:** [@buxy](https://meta.discourse.org/u/buxy)\ **回覆:** 8\ **Last updated:** [2026年八月6日 08:52 UTC](https://meta.discourse.org/t/single-quote-block-dropped-in-email-reply/144802 "2026-08-06T08:52:51Z")
考虑一篇内容丰富的帖子。您想通过电子邮件回复其中的特定部分，因此您进行回复，将引用的内容精简为您想要回复的那一段，并添加您的回复。 :bug: 在这种情况下… --- ## [标志或（其他东西）增加了反应的数量](https://meta.discourse.org/t/flags-or-something-else-increase-the-number-of-reactions/375520)
**Author:** [@Moin](https://meta.discourse.org/u/Moin)\ **回覆:** 1\ **Last updated:** [2026年八月5日 16:04 UTC](https://meta.discourse.org/t/flags-or-something-else-increase-the-number-of-reactions/375520 "2026-08-05T16:04:39Z")
我感觉帖子上的标记会增加反应的数量。例如，在 ‘Preinstalled’ plugin label on hosted sites - #2 by Moin 中，我看到 我还注意到帖子之间的差异更大：例如 Custom user menu tab 在我的论坛上，当我用 :clap: 反应一个被标记的帖子后，我看到 我检查了我的第一个例子的 json： "reactions": \[ … --- ## [Reviewable insights中错误的加入日期和帖子数](https://meta.discourse.org/t/wrong-join-date-and-post-count-in-reviewable-insights/391232)
**Author:** [@Moin](https://meta.discourse.org/u/Moin)\ **回覆:** 5\ **Last updated:** [2026年八月5日 15:22 UTC](https://meta.discourse.org/t/wrong-join-date-and-post-count-in-reviewable-insights/391232 "2026-08-05T15:22:28Z")
重现步骤： 启用 Reviewable UI refresh，至少对管理员组启用。 使用一个较早创建且有几篇帖子的管理员用户。 标记（Flag）你自己的一个帖子。 检查可复审项（reviewable）的洞察（insights）标签页。 预期结果： 信任等级、加入日期和帖子数量是正确的。 实际结果： 信任等级是正确的，加入日期是今天的日期，帖子数量是 0。 请求似乎是针对正确的用户（ID 29），显示的数据作为响应看起来也是… --- ## [宽限期内的编辑会绕过 \`skip\_review\_media\_groups\` 媒体审核](https://meta.discourse.org/t/grace-period-edits-bypass-skip-review-media-groups-media-review/408899)
**Author:** [@Editor0732](https://meta.discourse.org/u/Editor0732)\ **回覆:** 3\ **Last updated:** [2026年八月4日 08:36 UTC](https://meta.discourse.org/t/grace-period-edits-bypass-skip-review-media-groups-media-review/408899 "2026-08-04T08:36:46Z")
摘要 “审查媒体”检查（skip\_review\_media\_groups 站点设置）仅在 NewPostManager 中创建帖子时执行。编辑通过 PostRevisor 进行，而 PostRevisor 从不运行媒体检查。因此，用户可以… [上一頁](https://meta.discourse.org/c/contribute/bug/1.md?page=2) [下一頁](https://meta.discourse.org/c/contribute/bug/1.md?page=4)