# Contribute

**URL:** https://meta.discourse.org/c/contribute/208.md?page=39

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

**Page:** 40

---

## [从 Zendesk 同步的帖子不发送通知和电子邮件](https://meta.discourse.org/t/posts-synced-from-zendesk-do-not-send-notifications-and-emails/283987)

<div class="topic-metadata">

**Author:** [@RGJ](https://meta.discourse.org/u/RGJ)\
**回覆:** 1\
**Last updated:** [2026年二月18日 15:06 UTC](https://meta.discourse.org/t/posts-synced-from-zendesk-do-not-send-notifications-and-emails/283987 "2026-02-18T15:06:29Z")

</div>

当从 Zendesk 同步帖子时，用户不会收到这些帖子的邮件通知。 在那些主题中创建的常规帖子会发送通知。 我认为这可能是因为…

---

## [希望能在 webhook 页面上看到一些关注](https://meta.discourse.org/t/it-would-be-great-to-see-some-love-given-to-the-webhook-page/305294)

<div class="topic-metadata">

**Author:** [@jordan-violet](https://meta.discourse.org/u/jordan-violet)\
**回覆:** 1\
**Last updated:** [2026年二月18日 15:05 UTC](https://meta.discourse.org/t/it-would-be-great-to-see-some-love-given-to-the-webhook-page/305294 "2026-02-18T15:05:31Z")

</div>

目前，API 页面如下所示： 您将获得： API 密钥（当然是截断的） 描述 运行它的用户 创建日期 最后使用日期 眼睛按钮用于查看/编辑 红色 X 按钮用于删除/移除 相比之下，Webhook 页面看起来有点杂乱： 您将获得： 顶部的随机单句描述（老实说，可能不需要，就像 API 页面一样） 最新状态（不错） URL（很酷，但应该截断，如果您需要，仍然可以复制链接） 订阅的事件（不错） 编辑按钮用于查看/编辑…

---

## [启动画面显示意外的点](https://meta.discourse.org/t/splash-screen-shows-unexpected-dots/396400)

<div class="topic-metadata">

**Author:** [@putty](https://meta.discourse.org/u/putty)\
**回覆:** 1\
**Last updated:** [2026年二月18日 14:23 UTC](https://meta.discourse.org/t/splash-screen-shows-unexpected-dots/396400 "2026-02-18T14:23:21Z")

</div>

隔夜启动画面有什么变化吗？突然之间，在我指定为动画的下方出现了点： 以前只有我选择的图片：

---

## [消息和聊天区别混淆](https://meta.discourse.org/t/messages-and-chat-distinction-confusion/396229)

<div class="topic-metadata">

**Author:** [@stephtara](https://meta.discourse.org/u/stephtara)\
**回覆:** 8\
**Last updated:** [2026年二月18日 14:06 UTC](https://meta.discourse.org/t/messages-and-chat-distinction-confusion/396229 "2026-02-18T14:06:50Z")

</div>

当我想要访问我大脑标记为与其他成员的“讨论”时，我总是迷路/感到困惑。其中一些讨论是通过聊天进行的，另一些是通过私信进行的。我转到聊天，找不到它，然后……

---

## [如何解决不同语言中徽章顺序不同的问题](https://meta.discourse.org/t/how-to-solve-the-problem-of-different-order-of-badges-in-different-languages/396178)

<div class="topic-metadata">

**Author:** [@Noble\_Fish](https://meta.discourse.org/u/Noble_Fish)\
**回覆:** 5\
**Last updated:** [2026年二月18日 14:03 UTC](https://meta.discourse.org/t/how-to-solve-the-problem-of-different-order-of-badges-in-different-languages/396178 "2026-02-18T14:03:44Z")

</div>

▶ 上集回顾 奇怪的是，它没有根据固定的 ID 或内部名称进行排序，这会导致徽章因翻译原因以不同的顺序显示……:melting\_face: 这个问题可以……

---

## [某些分类项目符号与其背景对比度不足](https://meta.discourse.org/t/some-category-bullets-lack-contrast-with-their-background/396372)

<div class="topic-metadata">

**Author:** [@Canapin](https://meta.discourse.org/u/Canapin)\
**回覆:** 1\
**Last updated:** [2026年二月18日 10:43 UTC](https://meta.discourse.org/t/some-category-bullets-lack-contrast-with-their-background/396372 "2026-02-18T10:43:27Z")

</div>

虽然对于某些颜色来说没问题，例如： 但对于其他颜色来说则不然（或者有争议）：

---

## [徽章选择器闪烁并阻止在其中搜索](https://meta.discourse.org/t/badge-selector-blinks-and-prevents-from-searching-in-it/396373)

<div class="topic-metadata">

**Author:** [@Canapin](https://meta.discourse.org/u/Canapin)\
**回覆:** 0\
**Last updated:** [2026年二月18日 10:40 UTC](https://meta.discourse.org/t/badge-selector-blinks-and-prevents-from-searching-in-it/396373 "2026-02-18T10:40:09Z")

</div>

重现步骤： 在移动设备上，前往一个可以设置为头衔的徽章，例如 https://meta.discourse.org/badges/3/regular 尝试使用选择器。选择器会闪烁并阻止搜索： 在桌面上可以正常工作。

---

## [Mp4 文件正在下载而不是内联显示](https://meta.discourse.org/t/mp4-files-are-downloading-instead-of-displaying-inline/396363)

<div class="topic-metadata">

**Author:** [@david](https://meta.discourse.org/u/david)\
**回覆:** 1\
**Last updated:** [2026年二月18日 08:58 UTC](https://meta.discourse.org/t/mp4-files-are-downloading-instead-of-displaying-inline/396363 "2026-02-18T08:58:22Z")

</div>

继续讨论“使 PDF 默认直接打开（而不是通过下载）” 某些原因导致 mp4 文件仍然以 \`content-disposition: attachment\` 的方式提供。我们需要调查并修复此问题。

---

## [默认直接打开 PDF（而非下载）](https://meta.discourse.org/t/make-pdfs-open-directly-not-via-download-by-default/388190)

<div class="topic-metadata">

**Author:** [@nathank](https://meta.discourse.org/u/nathank)\
**回覆:** 15\
**Last updated:** [2026年二月18日 07:36 UTC](https://meta.discourse.org/t/make-pdfs-open-directly-not-via-download-by-default/388190 "2026-02-18T07:36:57Z")

</div>

目前，PDF 的核心处理方式是通过下载进行的： allaboutcats.pdf (42.2 KB) 虽然这种方式非常实用，但对于最常见的使用场景——“我现在就想阅读”——却增加了几个不必要的步骤，尤其是……

---

## [当观察徽章接收排行榜时，长名称会渲染在相邻用户的头像后面，或覆盖其名称](https://meta.discourse.org/t/long-names-render-behind-adjacent-users-avatars-or-over-their-names-when-observing-badge-receipt-leaderboards/396152)

<div class="topic-metadata">

**Author:** [@roke\_julian\_lockhart](https://meta.discourse.org/u/roke_julian_lockhart)\
**回覆:** 1\
**Last updated:** [2026年二月18日 00:40 UTC](https://meta.discourse.org/t/long-names-render-behind-adjacent-users-avatars-or-over-their-names-when-observing-badge-receipt-leaderboards/396152 "2026-02-18T00:40:14Z")

</div>

当页面宽度不受限制时，它会渲染在相邻头像的后面： 当页面宽度受限时，它会渲染在相邻名称的上面：

---

## [“location-and-website” 内容在窄屏上可能溢出](https://meta.discourse.org/t/location-and-website-content-can-overflow-on-narrow-screens/396132)

<div class="topic-metadata">

**Author:** [@Canapin](https://meta.discourse.org/u/Canapin)\
**回覆:** 1\
**Last updated:** [2026年二月18日 00:39 UTC](https://meta.discourse.org/t/location-and-website-content-can-overflow-on-narrow-screens/396132 "2026-02-18T00:39:36Z")

</div>

例如，在移动设备上打开 https://meta.discourse.org/u/pacharanero/summary。 如果您的屏幕足够窄，内容将会溢出： 我想在这种情况下，位置和网站之间应该有一个换行符……

---

## [首页上的分类/标签面包屑出现故障](https://meta.discourse.org/t/categories-tags-breadcrumb-glitching-on-home-page/396299)

<div class="topic-metadata">

**Author:** [@TheWalkingDead110](https://meta.discourse.org/u/TheWalkingDead110)\
**回覆:** 11\
**Last updated:** [2026年二月18日 00:36 UTC](https://meta.discourse.org/t/categories-tags-breadcrumb-glitching-on-home-page/396299 "2026-02-18T00:36:57Z")

</div>

你好，我在 Foundation 上遇到了一个相当烦人的错误，当我第一次访问我的网站时，我可以看到分类/标签面包屑，就像这样： 以及一个很长的“创建新主题”按钮 但是当我刷新时……

---

## [“新建主题”按钮缺少/截断了草稿](https://meta.discourse.org/t/drafts-missing-cut-off-from-new-topic-button/396330)

<div class="topic-metadata">

**Author:** [@ondrej](https://meta.discourse.org/u/ondrej)\
**回覆:** 1\
**Last updated:** [2026年二月18日 00:09 UTC](https://meta.discourse.org/t/drafts-missing-cut-off-from-new-topic-button/396330 "2026-02-18T00:09:12Z")

</div>

您好， 我刚刚经历了那种“啊！我的草稿去哪儿了！”的时刻 :laughing: 如您在图片中看到的那样，在使用 Horizon 主题时，如果隐藏侧边栏，就没有简单的方法可以访问您的草稿，除非您打开它……

---

## [更改已解决主题的标签或类别时缺少警告和意外行为](https://meta.discourse.org/t/missing-warnings-and-unexpected-behavior-when-changing-tags-or-categories-for-solved-topics/395534)

<div class="topic-metadata">

**Author:** [@Moin](https://meta.discourse.org/u/Moin)\
**回覆:** 2\
**Last updated:** [2026年二月17日 20:19 UTC](https://meta.discourse.org/t/missing-warnings-and-unexpected-behavior-when-changing-tags-or-categories-for-solved-topics/395534 "2026-02-17T20:19:39Z")

</div>

继续讨论“将已解决的主题移动到不允许解决方案的类别时，移除 solved”： 看起来此功能是最近添加的： 总的来说，该功能有效，但可能有点太有效了 我没有……

---

## [When moving a solved topic to a category that disallows solutions, remove solved](https://meta.discourse.org/t/when-moving-a-solved-topic-to-a-category-that-disallows-solutions-remove-solved/58385)

<div class="topic-metadata">

**Author:** [@codinghorror](https://meta.discourse.org/u/codinghorror)\
**回覆:** 11\
**Last updated:** [2026年二月17日 20:16 UTC](https://meta.discourse.org/t/when-moving-a-solved-topic-to-a-category-that-disallows-solutions-remove-solved/58385 "2026-02-17T20:16:17Z")

</div>

I’ve seen this too when moving topics out of a category where solved was set, any way to fix this @sam? When moving a topic out of a category with solutions, remove solved stuff When moving a topic into a category …

---

## [让组件更新更轻松](https://meta.discourse.org/t/make-it-easier-to-update-components/396288)

<div class="topic-metadata">

**Author:** [@ganncamp](https://meta.discourse.org/u/ganncamp)\
**回覆:** 2\
**Last updated:** [2026年二月17日 16:25 UTC](https://meta.discourse.org/t/make-it-easier-to-update-components/396288 "2026-02-17T16:25:45Z")

</div>

“可用更新”这段文字在突出显示的组件中对我来说不太显眼。依我看，它淹没在“为什么其中一些是蓝色的？”的模糊信息中。 依我看，如果这段文字是执行更新的链接，那会好得多……

---

## [Discourse 免费方案设置 - 选项难以阅读](https://meta.discourse.org/t/discourse-free-plan-setup-options-are-hard-to-read/395716)

<div class="topic-metadata">

**Author:** [@NateDhaliwal](https://meta.discourse.org/u/NateDhaliwal)\
**回覆:** 9\
**Last updated:** [2026年二月17日 14:44 UTC](https://meta.discourse.org/t/discourse-free-plan-setup-options-are-hard-to-read/395716 "2026-02-17T14:44:29Z")

</div>

在 Discourse 免费套餐的设置页面中，选项很难看清：

---

## [帖子中的表情符号快捷方式无法禁用（在 RTE 模式下）](https://meta.discourse.org/t/emoji-shortcuts-for-posts-cant-be-disabled-in-rte-mode/396099)

<div class="topic-metadata">

**Author:** [@Kianga](https://meta.discourse.org/u/Kianga)\
**回覆:** 2\
**Last updated:** [2026年二月17日 13:40 UTC](https://meta.discourse.org/t/emoji-shortcuts-for-posts-cant-be-disabled-in-rte-mode/396099 "2026-02-17T13:40:23Z")

</div>

优先级/严重性：低 平台：在 Linux 桌面上的 Firefox，自托管 Discourse 实例运行 v2026.2.0-latest +242 描述： 当我在帖子中输入 :) 或 :( 时，它们会自动转换为表情符号，例如……

---

## [Kanban TC 中的子类别选择可以改进](https://meta.discourse.org/t/subcategory-selection-in-the-kanban-tc-could-be-improved/265912)

<div class="topic-metadata">

**Author:** [@nathank](https://meta.discourse.org/u/nathank)\
**回覆:** 7\
**Last updated:** [2026年二月17日 12:50 UTC](https://meta.discourse.org/t/subcategory-selection-in-the-kanban-tc-could-be-improved/265912 "2026-02-17T12:50:19Z")

</div>

目前，您无法直观地指定在子类别上启用版面（Board）。该设置本身不提供指导或选择项。 为了选择子类别，您需要输入其...的短名称（slug）。

---

## [无法将订阅价格设置为 $19.99](https://meta.discourse.org/t/unable-to-set-subscription-price-to-19-99/393466)

<div class="topic-metadata">

**Author:** [@RGJ](https://meta.discourse.org/u/RGJ)\
**回覆:** 6\
**Last updated:** [2026年二月17日 11:11 UTC](https://meta.discourse.org/t/unable-to-set-subscription-price-to-19-99/393466 "2026-02-17T11:11:12Z")

</div>

使用 Discourse-Subscriptions 尝试向产品添加定价计划 在价格框中输入 19.99（这已经很困难了，因为输入行为非常奇怪） 尝试提交 收到错误“无效整数 1998.999999999999…”

---

## [Chrome、PWA、Edge 和隐身模式下照片显示为一半](https://meta.discourse.org/t/photos-are-display-in-half-in-chrome-pwa-edge-and-incognito-mode/387639)

<div class="topic-metadata">

**Author:** [@Eman\_Ahmed](https://meta.discourse.org/u/Eman_Ahmed)\
**回覆:** 22\
**Last updated:** [2026年二月17日 10:52 UTC](https://meta.discourse.org/t/photos-are-display-in-half-in-chrome-pwa-edge-and-incognito-mode/387639 "2026-02-17T10:52:53Z")

</div>

我们需要您的支持来修复图片显示不全的问题。 这在 Edge、Chrome 甚至隐身模式下都会出现。

---

## [志愿者版主？](https://meta.discourse.org/t/volunteer-moderators/396173)

<div class="topic-metadata">

**Author:** [@Lilly](https://meta.discourse.org/u/Lilly)\
**回覆:** 5\
**Last updated:** [2026年二月17日 01:04 UTC](https://meta.discourse.org/t/volunteer-moderators/396173 "2026-02-17T01:04:41Z")

</div>

我没有看到任何关于新志愿者版主的 公告？他们在版主什么？

---

## [标记重复和垃圾信息/毒性组合的帖子](https://meta.discourse.org/t/post-flagging-duplication-and-spam-toxicity-combo/396067)

<div class="topic-metadata">

**Author:** [@philh](https://meta.discourse.org/u/philh)\
**回覆:** 3\
**Last updated:** [2026年二月16日 23:21 UTC](https://meta.discourse.org/t/post-flagging-duplication-and-spam-toxicity-combo/396067 "2026-02-16T23:21:51Z")

</div>

最近开始使用人工智能，所以我很可能遗漏了一个设置。 随着 Google Perspective API 的退役日期提前，我们推进了早就该实施的人工智能方案。 垃圾信息和毒性（Toxicity）都奏效了，但是……

---

## [两级子类别显示问题](https://meta.discourse.org/t/two-level-subcategories-display-issue/396203)

<div class="topic-metadata">

**Author:** [@Noble\_Fish](https://meta.discourse.org/u/Noble_Fish)\
**回覆:** 4\
**Last updated:** [2026年二月16日 23:21 UTC](https://meta.discourse.org/t/two-level-subcategories-display-issue/396203 "2026-02-16T23:21:46Z")

</div>

另一个问题：类别列表中的两级子类别似乎支持不佳，文本和图标向左偏移得太远，以至于有很大风险导致圆角……

---

## [查看其他用户的偏好设置时，您可以看到自己的主题/配色方案选择](https://meta.discourse.org/t/you-see-your-own-theme-color-palette-selection-when-viewing-other-users-preferences/387511)

<div class="topic-metadata">

**Author:** [@tshenry](https://meta.discourse.org/u/tshenry)\
**回覆:** 3\
**Last updated:** [2026年二月16日 22:53 UTC](https://meta.discourse.org/t/you-see-your-own-theme-color-palette-selection-when-viewing-other-users-preferences/387511 "2026-02-16T22:53:44Z")

</div>

我不认为这是一个新错误，只是一个不够突出以至于没有被记录下来的错误。尽管如此，对于任何试图代表其他用户更改主题的管理员来说，这都是一种令人困惑的用户体验。 关注的领域……

---

## [允许具有访问受限类别的用户查看其他有访问权限的用户](https://meta.discourse.org/t/allow-users-with-access-to-a-restricted-category-to-see-who-else-has-access/20938)

<div class="topic-metadata">

**Author:** [@michael\_cgla](https://meta.discourse.org/u/michael_cgla)\
**回覆:** 18\
**Last updated:** [2026年二月16日 19:55 UTC](https://meta.discourse.org/t/allow-users-with-access-to-a-restricted-category-to-see-who-else-has-access/20938 "2026-02-16T19:55:17Z")

</div>

Continuing the discussion from Prioritize showing group members (not posts) on group landing page, describe groups, provide groups directory: Thanks @downey (and @tobiaseigen). That was definitely useful to know; equal…

---

## [批量编辑 Tags 也不应触发成千上万的电子邮件通知！](https://meta.discourse.org/t/bulk-editing-of-tags-should-not-trigger-thousands-of-email-notifications-either/378670)

<div class="topic-metadata">

**Author:** [@nathank](https://meta.discourse.org/u/nathank)\
**回覆:** 2\
**Last updated:** [2026年二月16日 17:02 UTC](https://meta.discourse.org/t/bulk-editing-of-tags-should-not-trigger-thousands-of-email-notifications-either/378670 "2026-02-16T17:02:57Z")

</div>

得益于这项新功能，我们现在可以轻松地默默更改主题的类别（无需调整网站设置），这真是太棒了： 但是，标签编辑也存在同样的问题。有没有可能……

---

## [GitHub 功能优先级的 AI 状态更新](https://meta.discourse.org/t/ai-status-update-of-github-feature-prioritization/396176)

<div class="topic-metadata">

**Author:** [@EricGT](https://meta.discourse.org/u/EricGT)\
**回覆:** 1\
**Last updated:** [2026年二月16日 16:41 UTC](https://meta.discourse.org/t/ai-status-update-of-github-feature-prioritization/396176 "2026-02-16T16:41:58Z")

</div>

许多带有相关 GitHub 存储库的论坛使用功能请求投票来帮助确定优先级。 手动创建和维护这些摘要需要时间。人工智能系统可以自动生成和刷新它们……

---

## [Horizon 上的紧凑/展开视图不起作用](https://meta.discourse.org/t/compact-expanded-view-not-working-on-horizon/396206)

<div class="topic-metadata">

**Author:** [@darkpixlz](https://meta.discourse.org/u/darkpixlz)\
**回覆:** 2\
**Last updated:** [2026年二月16日 16:20 UTC](https://meta.discourse.org/t/compact-expanded-view-not-working-on-horizon/396206 "2026-02-16T16:20:01Z")

</div>

我再次在 Meta 上尝试了这个主题，尽管选择了“紧凑型”，它仍然显示主题预览，我觉得有点奇怪。不确定这是不是一个错误，但感觉不太对劲。

---

## [Horizon 主题下的按钮文本不可见 + 布局错位](https://meta.discourse.org/t/invisible-button-text-layout-misalignment-on-horizon-theme/396180)

<div class="topic-metadata">

**Author:** [@serkhelesheyi](https://meta.discourse.org/u/serkhelesheyi)\
**回覆:** 2\
**Last updated:** [2026年二月16日 16:01 UTC](https://meta.discourse.org/t/invisible-button-text-layout-misalignment-on-horizon-theme/396180 "2026-02-16T16:01:28Z")

</div>

仪表板：默认情况下按钮文本不可见 + “热门推荐主题”和“热门搜索词”中的布局错位 您好 我正在使用 Horizon 主题，并在管理仪表板中发现了一些 UI 问题，具体来说……

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

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