# Discourse 活动

**URL:** https://meta.discourse.org/t/discourse-events/97376
**Category:** Plugin
**Tags:** official, events, included-in-core
**Created:** [2018年九月17日 15:50 UTC](https://meta.discourse.org/t/discourse-events/97376 "2018-09-17T15:50:24Z")
**Posts on this page:** 20
**Page:** 9

<div class="post-metadata">

### Author: ![Aurora](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/aurora/32/523140_2.png) [@Aurora](https://meta.discourse.org/u/Aurora)
#### Post date: [2026年八月20日 10:26 UTC](https://meta.discourse.org/t/discourse-events/97376/614 "2026-08-20T10:26:10Z")

</div>

我们注意到，在最近的更新后出现了一个回归问题。

此前，系统允许创建每月 **第4个星期几** 的重复事件（例如，第4个星期四或第4个星期三）。

现在，每月可用的选项仅有\*\*“最后一个星期四”\*\*（或相应的最后一个星期几）。

遗憾的是，这两者并不等同。在拥有5个星期四或5个星期三的月份中， **最后一个** 星期几是第5个，而不是第4个。

这对我们的社区是一个实际问题，因为我们许多定期会议都安排在每月的 **第4个星期四** 或 **第4个星期三** 。我们现在无法再正确配置这些事件。

这是一个有意的更改，还是一个回归问题？

---

<div class="post-metadata">

### Author: ![Aurora](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/aurora/32/523140_2.png) [@Aurora](https://meta.discourse.org/u/Aurora)
#### Post date: [2026年八月20日 10:26 UTC](https://meta.discourse.org/t/discourse-events/97376/615 "2026-08-20T10:26:47Z")

</div>

我们在最近的“活动”功能更新后，又发现了另一个问题。

我们的社区为本地小组使用分类日历。每个小组分类中既包含定期活动，也包含普通讨论主题（如提问、公告、照片、后续跟进等）。

自更新以来，启用了“活动”功能的分类似乎只提供\*\*“新建活动”\*\*作为主要操作。因此，在这些分类中创建普通主题的方式已不再明显。

对于我们的使用场景来说，这是一个严重的可用性问题。我们有意将讨论和活动放在同一个分类中，因为它们属于同一个本地小组。

这一改动是有意为之的吗？如果启用了“活动”功能的分类仍然能将\*\*“新建主题”\*\*作为主要操作，同时允许用户在需要时创建活动，那将非常有帮助。

---

<div class="post-metadata">

### Author: ![Aurora](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/aurora/32/523140_2.png) [@Aurora](https://meta.discourse.org/u/Aurora)
#### Post date: [2026年八月23日 13:51 UTC](https://meta.discourse.org/t/discourse-events/97376/616 "2026-08-23T13:51:59Z")

</div>

这真的非常令人遗憾。我们有一个自助互助小组的论坛，而人们来参加聚会本身就已经需要耗费很多精力了。

由于今天是第四周周日，汉堡本应举行一次聚会，但只有两个人来了。

原因是日期被简单地改到了第五周周日。

如果能有回复告知何时能解决这个问题，我将不胜感激。

我们服务于残障人士，这种情况对我们来说真的非常不利。

---

<div class="post-metadata">

### Author: ![davidb](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/davidb/32/554671_2.png) [@davidb](https://meta.discourse.org/u/davidb)
#### Post date: [2026年八月24日 11:01 UTC](https://meta.discourse.org/t/discourse-events/97376/619 "2026-08-24T11:01:06Z")

</div>

感谢您抽出时间报告这些问题。

> [@Aurora](#):
>
> 这对我们的社区来说是一个实际问题，因为我们许多定期会议都安排在每个月的 **第四个周四** 或 **第四个周三** 。我们现在无法正确配置这些会议。

我正在调查这个问题，乍一看这似乎是一个最近的回归问题，但我很快就会分享更多细节。

> [@Aurora](#):
>
> 自更新以来，启用了事件功能的类别似乎只提供\*\*“新建事件”\*\*作为主要操作。因此，在这些类别中创建普通主题的方法不再明显。

这里需要注意的是，只有能够创建事件的用户才会看到“创建事件”按钮取代了“新建主题”按钮。普通用户在这些类别中仍然像往常一样看到创建主题的按钮。

我会与团队内部沟通，并检查对于拥有事件创建权限的用户，新建主题按钮被替换是否是有意为之的更改。

---

<div class="post-metadata">

### Author: ![RGJ](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/rgj/32/523185_2.png) [@RGJ](https://meta.discourse.org/u/RGJ)
#### Post date: [2026年八月24日 14:10 UTC](https://meta.discourse.org/t/discourse-events/97376/621 "2026-08-24T14:10:01Z")

</div>

> [@davidb](#):
>
> 请确认，对于拥有创建事件权限的用户，新的主题按钮被替换是否为有意为之的更改？

是的，这是有意为之的，请参见[此提交](https://github.com/discourse/discourse/commit/7efc8a4ad541ea1ad1b0939bc91ce8849cd34de4)

> 在类型为“events”（事件）的分类中（使用即将推出的“启用事件分类类型设置”更改），可以创建事件的用户现在将看到一个带有日历图标的“新建事件”按钮，而不是默认的“新建主题”。

如果这个更改能通过一个设置选项来控制，那就更好了。

---

<div class="post-metadata">

### Author: ![Aurora](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/aurora/32/523140_2.png) [@Aurora](https://meta.discourse.org/u/Aurora)
#### Post date: [2026年八月24日 18:48 UTC](https://meta.discourse.org/t/discourse-events/97376/622 "2026-08-24T18:48:46Z")

</div>

> [@davidb](#):
>
> 只有能够创建活动的用户才能看到这个“活动

在我们这里，所有用户都可以，这让人很困惑。看来我们得修改一下权限了，不过知道这一点也挺好。

---

<div class="post-metadata">

### Author: ![Aurora](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/aurora/32/523140_2.png) [@Aurora](https://meta.discourse.org/u/Aurora)
#### Post date: [2026年八月24日 18:49 UTC](https://meta.discourse.org/t/discourse-events/97376/623 "2026-08-24T18:49:09Z")

</div>

> [@davidb](#):
>
> 我正在调查这个问题。乍一看，这似乎是一个最近引入的回归错误，但我很快就会分享更多细节。

自上次更新以来。

---

<div class="post-metadata">

### Author: ![gilles](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/gilles/32/549022_2.png) [@gilles](https://meta.discourse.org/u/gilles)
#### Post date: [2026年八月26日 08:53 UTC](https://meta.discourse.org/t/discourse-events/97376/624 "2026-08-26T08:53:39Z")

</div>

大家好 👋

只是一个小建议，创建活动的用户不能直接自动注册，这有点可惜！我的一些用户总是忘记参加自己创建的活动 🤣。不过仔细想想，我觉得不自动注册确实有点遗憾，因为通常创建活动的人肯定会到场，对吧？

---

<div class="post-metadata">

### Author: ![Andrew\_Rowe](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/andrew_rowe/32/445877_2.png) [@Andrew\_Rowe](https://meta.discourse.org/u/Andrew_Rowe)
#### Post date: [2026年八月26日 11:02 UTC](https://meta.discourse.org/t/discourse-events/97376/625 "2026-08-26T11:02:33Z")

</div>

> [@gilles](#):
>
> 创建活动的人通常都会出席，对吧？

我不认为这是普遍情况。在我的论坛上，管理员会在日历上发布即将举行的活动，但他们自己并不参与或出席。

---

<div class="post-metadata">

### Author: ![gilles](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/gilles/32/549022_2.png) [@gilles](https://meta.discourse.org/u/gilles)
#### Post date: [2026年八月26日 11:12 UTC](https://meta.discourse.org/t/discourse-events/97376/626 "2026-08-26T11:12:34Z")

</div>

是的，我同意，但在大多数情况下，组织者也会参与自己所在的桌子。之后，我们或许可以考虑添加一个参数来平滑这种行为：要么创建者的报名是自动的，要么是可选的。

请注意，我的反馈是基于我的实际体验。如果只有我持这种观点，我完全理解开发这个选项可能没有意义！😉

---

<div class="post-metadata">

### Author: ![satonotdead](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/satonotdead/32/447830_2.png) [@satonotdead](https://meta.discourse.org/u/satonotdead)
#### Post date: [2026年八月26日 11:33 UTC](https://meta.discourse.org/t/discourse-events/97376/627 "2026-08-26T11:33:04Z")

</div>

我认为，一个在创建事件时默认勾选、但可随时取消的复选框，或许能同时满足这两种场景。

这只是一个想法，团队或许能更好地评估其可行性。

---

<div class="post-metadata">

### Author: ![jenmck](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jenmck/32/332487_2.png) [@jenmck](https://meta.discourse.org/u/jenmck)
#### Post date: [2026年九月4日 00:21 UTC](https://meta.discourse.org/t/discourse-events/97376/628 "2026-09-04T00:21:39Z")

</div>

> [@Aurora](#):
>
> 现在，唯一可用的月度选项是\*\*“最后一个星期四”\*\*（或相应的最后一个工作日）。
> 
> 不幸的是，这两者并不等同。在拥有五个星期四或五个星期三的月份中， **最后一个** 工作日是第五个，而不是第四个。
> 
> 这对我们的社区来说是一个实际问题，因为我们许多定期会议都安排在每月的 **第四个星期四** 或 **第四个星期三** 。我们现在无法再正确配置这些日期了。
> 
> 这是有意为之的更改，还是一个回归缺陷（regression）？

这对我们组织来说也是一个问题。我们有一些定期活动安排在第二个和第四个星期四，但现在无法再将这些创建为定期事件。不幸的是，这将迫使我们进行相当大的手动调整。

---

<div class="post-metadata">

### Author: ![martin](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/martin/32/491371_2.png) [@martin](https://meta.discourse.org/u/martin)
#### Post date: [2026年九月4日 01:32 UTC](https://meta.discourse.org/t/discourse-events/97376/629 "2026-09-04T01:32:05Z")

</div>

这个问题应该已经通过 [FIX: only treat a fifth weekday as last in monthly recurrences - Pull Request #42852 - discourse/discourse - GitHub](https://github.com/discourse/discourse/pull/42852) 修复了。

@davidb 下周会回来，如果问题仍然存在，他到时候可以调查一下。

---

<div class="post-metadata">

### Author: ![Stephane\_Roy](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/stephane_roy/32/222598_2.png) [@Stephane\_Roy](https://meta.discourse.org/u/Stephane_Roy)
#### Post date: [2026年九月6日 15:25 UTC](https://meta.discourse.org/t/discourse-events/97376/630 "2026-09-06T15:25:26Z")

</div>

你好，

众多新功能的加入让我决定使用它……谢谢！

我在这个场景下遇到了一个 bug：

假设有一个持续两天的活动。

该活动过早地从主题列表的顶部（按活动开始日期排序）消失了。  
它在活动第一天的开始时刻就消失了。

它不应该只在活动结束时才消失吗？

而且，它的状态是否应该简单地在主题标题旁边变为“进行中”？

谢谢。

---

<div class="post-metadata">

### Author: ![Ethsim2](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/ethsim2/32/522255_2.png) [@Ethsim2](https://meta.discourse.org/u/Ethsim2)
#### Post date: [2026年九月6日 15:52 UTC](https://meta.discourse.org/t/discourse-events/97376/631 "2026-09-06T15:52:22Z")

</div>

可能也值得检查一下此 PR 是否会影响分类设置中的 **按活动开始日期排序主题** 选项：

> <https://github.com/discourse/discourse/pull/43285>
>
> \## What changed
> 
> Event date badges in topic lists could become stale in two wa…ys:
> 
> \- relative labels such as \`in a minute\`, \`Ends in a minute\`, or \`a minute ago\` did not rerender as time passed unless something else caused the component to update;
> \- when a recurring event advanced to its next occurrence, \`/latest\` did not publish an update for the topic, and the existing Topic model did not track the event date fields needed to rerender after rehydration.
> 
> This change:
> 
> \- makes \`EventDate\` consume Discourse's existing once-per-minute \`a11y.autoUpdatingRelativeDateRef\`, so future/current/past relative labels update as time passes without adding another timer;
> \- registers the event date/topic fields as tracked Topic properties so rehydrating an existing topic updates the badge;
> \- publishes a latest-topic update after a recurring event advances to its next date, while leaving non-recurring event completion unchanged.
> 
> \## Tests
> 
> Automated:
> 
> \- \`bin/qunit --standalone plugins/discourse-events/test/javascripts/integration/components/event-date-test.gjs\` — 274 tests, 273 passed, 1 skipped, 0 failed
> \- \`bin/rspec plugins/discourse-events/spec/jobs/scheduled/monitor\_event\_dates\_spec.rb\` — 9 examples, 0 failures
> \- Prettier, ESLint, RuboCop, Syntax Tree and \`git diff --check\` pass
> 
> Manual GUI smoke tests:
> 
> \- a non-recurring event updated automatically from pre-event relative time to the active \`Ends in …\` state, then to past relative time, and continued updating each minute without a page refresh;
> 
> \- a recurring event advanced through the same future/current/past states, then showed Discourse's normal \`See 1 new or updated topic\` notice after rollover; loading that update changed the badge to the next weekly occurrence (\`in 7 days\`) without a full page refresh.

该 PR 并非专门为分类排序而编写，但它确实更改了更新后的活动日期如何传播到现有的主题模型，并在循环活动推进到下一次发生时发布最新主题更新。

如果任何使用 **按活动开始日期排序主题** 的用户发现随着活动日期的变化，主题未能正确更新/重新排序，那么了解该问题在 PR 的最新提交（head）上是否仍然可复现将会很有帮助。

---

<div class="post-metadata">

### Author: ![marcozambi](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/marcozambi/32/119505_2.png) [@marcozambi](https://meta.discourse.org/u/marcozambi)
#### Post date: [2026年九月9日 18:45 UTC](https://meta.discourse.org/t/discourse-events/97376/633 "2026-09-09T18:45:24Z")

</div>

首先，感谢提供这个出色的插件。

我有几个问题：

- 我注意到通常显示在主题标题附近的日期和时间在“分类”视图中消失了。这可以自定义吗？我需要它始终可见，即使从美观角度来看并不是最理想的效果。
- 我有一些“瞬时”事件。即使我设置了完全相同的开始和结束时间，事件仍然显示至少1小时的起止间隔，强制赋予事件一个不必要的“持续时间”。能否以某种方式禁用这种行为？

提前感谢！

---

<div class="post-metadata">

### Author: ![MarkB2](https://avatars.discourse-cdn.com/v4/letter/m/6f9a4e/32.png) [@MarkB2](https://meta.discourse.org/u/MarkB2)
#### Post date: [2026年九月15日 09:39 UTC](https://meta.discourse.org/t/discourse-events/97376/634 "2026-09-15T09:39:04Z")

</div>

你好

我已启用日历插件。

其中，我也启用了 Discourse 帖子事件功能，但在创建主题时，看不到“创建事件”选项。

如有帮助，不胜感激。

---

<div class="post-metadata">

### Author: ![gilles](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/gilles/32/549022_2.png) [@gilles](https://meta.discourse.org/u/gilles)
#### Post date: [2026年九月15日 10:13 UTC](https://meta.discourse.org/t/discourse-events/97376/635 "2026-09-15T10:13:09Z")

</div>

还需要在类别设置中启用此功能。如果你想通过日历轻松创建和显示事件，可以这样做。

否则，若要添加事件，你需要创建一个主题，然后在工具栏中点击“+”并创建事件。

---

<div class="post-metadata">

### Author: ![MarkB2](https://avatars.discourse-cdn.com/v4/letter/m/6f9a4e/32.png) [@MarkB2](https://meta.discourse.org/u/MarkB2)
#### Post date: [2026年九月15日 10:39 UTC](https://meta.discourse.org/t/discourse-events/97376/636 "2026-09-15T10:39:55Z")

</div>

谢谢回复。我应该在类别层级中如何设置这个？

---

<div class="post-metadata">

### Author: ![gilles](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/gilles/32/549022_2.png) [@gilles](https://meta.discourse.org/u/gilles)
#### Post date: [2026年九月15日 15:23 UTC](https://meta.discourse.org/t/discourse-events/97376/637 "2026-09-15T15:23:23Z")

</div>

进入你的分类，点击扳手图标以打开设置

然后添加事件

 ![image](https://global.discourse-cdn.com/meta/original/4X/c/2/e/c2eb6e3a01a8939aeea5dba49479db4b02b7c3f1.png)

[上一頁](https://meta.discourse.org/t/discourse-events/97376.md?page=8)
