ljpp
(ljpp)
2021 年4 月 16 日 12:42
1
尝试根据最后一条消息的时间来设置主题自动关闭计时器。自上次使用以来,该对话框似乎已更改,我无法添加数值(X 小时)。
此截图来自一台已更新至最新版本(v89)的 Chromebook。
4 个赞
simon
2021 年4 月 16 日 23:28
2
我可以在 Meta 上复现该问题。我使用的是 Ubuntu 上的最新版 Chrome。复现该问题尝试了几次才成功。当我在该主题上打开主题计时器时,似乎触发该问题的操作是:我选择了“自定义日期和时间”选项,然后关闭了主题计时器模态框。此后,当我在 Meta 上再次打开主题计时器模态框时, consistently 会显示“最后”条目,且文本为“无效日期”。
我在控制台中没有看到任何错误。不过有一个 弃用警告 可能与该问题相关:提供的值不符合已识别的 RFC2822 或 ISO 格式。moment 构造回退到 js Date(),这在所有浏览器和版本中并不可靠。不推荐使用非 RFC2822/ISO 日期格式。
7 个赞
martin
(Martin Brennan)
2021 年4 月 19 日 03:20
6
模态框中显示的“最后”选项是“上次使用的自定义日期和时间”的快捷方式。如果您希望在最后一条消息发出 X 时间后关闭话题,需要选择此选项,该选项已从“自动关闭话题”功能中分离出来:
话虽如此,“无效日期”确实是个问题。此外,我们或许应将“最后”改为“上次自定义日期和时间”之类的表述,使其更加清晰。
4 个赞
martin
(Martin Brennan)
2021 年4 月 21 日 23:28
7
我刚合并了一个针对此问题的修复,按照 @simon 概述的复现步骤,该问题将不再出现,同时我也优化了措辞:
master ← issue/fix-last-custom-for-timer-and-bookmark
merged 11:26PM - 21 Apr 21 UTC
See https://meta.discourse.org/t/closing-a-topic-based-on-time-since-last-messag… e-appears-broken/187092
The "last custom date and time" shortcut for the topic timer and
bookmarks could get into a state where it had an Invalid Date if
the user opened the topic timer modal, clicked Custom Date and then
closed the modal without making changes. This has been fixed, the
last custom date + time will no longer be set in this case and if
somehow the last custom date + time is invalid that option will not
show.
Also improve the wording from just "Last" to "Last custom datetime"
2 个赞