维基新闻

维基新闻:茶馆

Kitabc12345在话题“2025年7月8日-中文维基新闻主站主页面显示疑似发生故障”中的最新留言：3小时前
快捷方式
一边喝茶，一边聊
一边喝茶，一边聊
档案室
2006年 1-3月│4-6月│7-9月│10-12月
2007年 1-3月│4-6月│7-9月│10-12月
2008年 1-6月│7-9月│10-12月
2009年│2010年 | 2011年 | 2012年 | 2013年
2014年│2015年 | 2016年 | 2017年 | 2018年
2019年
2020年 1-3月│4-6月│7-9月│10-12月
2021年 1-3月│4-6月│7-9月│10-12月
2022年 | 2023年 | 2024年 | 2025年

欢迎来到茶馆，此处用于讨论维基新闻的技术问题、政策方针及工作运营。





 
# 💭 话题 💬 👥 🙋 最新发言 🕒 (UTC+8)
1 2023年度有关完善中文维基新闻稿件审核与发稿程序的改进提案 17 7 Sheminghui.WU 2025-06-30 07:55
2 提请修订 Wikinews:样式指南 7 3 MyronRance 2024-05-06 00:31
3 还活跃吗？ 5 3 Sheminghui.WU 2025-06-30 07:53
4 Sister Projects Task Force reviews Wikispore and Wikinews 4 3 Sheminghui.WU 2025-06-29 21:27
5 本站没有向新用户发送欢迎信息的机器人 5 4 Ericliu1912 2025-07-02 23:04
6 编辑页面显示的依然是ccby2.5 7 3 Kitabc12345 2025-07-11 23:18
7 2025年7月8日-中文维基新闻主站主页面显示疑似发生故障 9 4 Kitabc12345 2025-07-11 23:32
发言更新图例
  • 最近一小时内
  • 最近一日内
  • 一周内
  • 一个月内
  • 逾一个月
特殊状态
已移动至其他页面
或完成讨论之议题
手动设定
当列表出现异常时，
请先检查设定是否有误

2023年度有关完善中文维基新闻稿件审核与发稿程序的改进提案

编辑
最新留言：11天前17条留言7人参与讨论

提议：

  • 完善站内审稿发稿机制
    • 设立一个专门的用户组，仅给予该用户组内用户修改新闻状态权限（例如将{review}修改为{publish}）其他普通用户限制修改新闻状态（例如只能将{editing}修改为{review}）。
    • 修改新闻条目内{publish}模板显示状态，例如新闻条目在未加挂{publish}模板状态下会在顶部特别提醒，避免误认。
    • 设置防滥用过滤器，防止无权限者修改新闻状态。
  • 改进发稿流程
    • 在事件发生后，先在维基新闻各平台设立的账号以最快速度将消息以文字（或文字+图片）之形式发出，待站内稿件编辑完毕后再加挂链接。

--Talimu0518（留言） 2023年6月30日 (五) 12:46 (UTC)回复

这个提案是在我用户页写的，另外还有一个关于改进速删的，各位如果有修改意见可以转到那边去。 Talimu0518（留言） 2023年6月30日 (五) 12:48 (UTC)回复
关于发稿方面，现在编辑小组内部有成员给出了新方案：
目前本站发稿流程是事件发生后先在站内编辑新闻稿件，在编辑工作结束并通过审核后方可将文章改挂{{publish}}，同时编辑 lead article 模板，最后才是站外各渠道发稿。
新方案即为事件发生后，先在维基新闻各平台设立的账号以最快速度将消息以文字（或文字+图片）之形式发出，待站内稿件编辑完毕后再加挂链接。 Talimu0518（留言） 2023年10月18日 (三) 15:32 (UTC)回复
我本人(＋)支持这个方案，因为这个方案实际上在来茶馆提出之前已经在本站的telegram频道实验了几个月时间，效果也很好，可以设立为正式方案。 Talimu0518（留言） 2023年10月18日 (三) 15:35 (UTC)回复

(！)意见1.引进巡查员角色，只有巡查员和管理员可以{publish}文章，但是巡查员和管理员不能{publish}自己所写的文章。如果用户违反规定，第一次警告，第二次封禁1天，第三次封禁三天，第四次永久封禁。

2.同意设置防滥用过滤器。

3.巡查员和管理员要对经己手发布的新闻负责。

4.适当提高巡查员的门槛，必须得50％以上的管理员认同其贡献才可以成功当选。巡查员在当选时保证自己秉公办事等。Assifbus（留言） 2023年7月1日 (六) 00:29 (UTC)回复

第四点可能后续需要在茶馆作进一步讨论，不过本人(＋)支持第二和第三点。 Talimu0518（留言） 2023年7月1日 (六) 05:25 (UTC)回复
我就意见如下：
  1. 在MediaWiki软件层面不能开设一个没有实际权限的用户组。在本站层面，实施此项的方法，似乎直接在防滥用过滤器加入限制式条件比较可取。
  2. 要想想如何做顶部特别提醒。MediaWiki软件层面似乎也未必可以做到在某一模板不存在的情况下加入另一个模板。
  3. 滥用进阶用户组权限的用户，应当被解除权限，而非直接封禁。解除权限后，用户就已经不能执行上述违规行为。封禁是最后迫不得已才使用的方法。封禁以外，其实也可以采取限制编辑的方式，例如只禁止编辑主命名空间。
  4. 管理员只是社群共识的执行人，如果委任巡查员都需要管理员达成共识才能委任，似乎其门槛分分钟比起由社群投票选出管理员程序更难。
—HW（留言） 2023年7月1日 (六) 18:02 (UTC)回复
(✓)同意，如果第一步就采取封禁，那未免过于残酷了些，可以先警告后再除权。并且如果需要“至少50%管理员认同其贡献”，那么问题会更大，本站做不到一次性拉那么多管理员过来投票，并且认可个人贡献与否也不是一件容易的事情。 Talimu0518（留言） 2023年7月3日 (一) 16:27 (UTC)回复
同意HW君，谢谢你的想法～ Kitabc12345（留言） 2023年8月25日 (五) 12:26 (UTC)回复

本讨论章节会维持开放，暂时不按最后意见发表时间存档。欲让机器人存档，请移除本模板。留言请置于本模板上方。

提请修订 Wikinews:样式指南

编辑
最新留言：1年前7条留言3人参与讨论

目前中文维基新闻的样式指南是翻译自英文维基新闻 2006 年的样式指南，随着时间的推移，一些内容已经不合时宜。结合中文维基新闻的实际情况、传媒的惯常做法和英文维基新闻对指南的修订，现提议以下更改：

“来源引用”章节

编辑

修改“数字形式的注释”部分

编辑

整段修改为：

维基新闻一般不使用学术风格的数字形式注释，请在“消息来源”章节列明来源。

修改“外部链接”部分

编辑

整段修改为：

尽量不在新闻中添加外部链接，除非有着特别的必要。

在连结一个网站时，请连结到他的中心或者最相关的页面。用尽量少的外部链接数目表现观点，不要列出可能全部的相关网上页面。读者可以通过搜索引擎得到同样目的。

使用外部链接的场合包括在原创报道中引用受访者的网站，或连结到本身作为新闻事件焦点的具争议页面。

修改说明

编辑

目前的样式指南和翻译的原版，即英文维基新闻 2006 年的版本都缺少对不同形式的来源模板的使用场合的指引，使起草者在内的不同编者都曾表示困惑。修改借鉴了英文维基新闻 2013 年对引用外部链接指引的修订，列明必要的使用“外部链接”的场合，并指明不适用数字形式的注释。

“样式细节问题”章节

编辑

日期与时间

编辑
增加“昨日、今日、明日或星期几”部分
编辑

新增如下文本：

如果事情是在撰写文章当天发生，可以使用“今日”。如果是前一天的事情，可用“昨日”。若是即将在第二日发生的事，可用“明日”或“翌日”等具类似含义的词。例如：

  • 台湾花莲外海昨日发生强烈地震，死亡人数今日上升至十人，当局预计明日开始拆除倒塌的天王星大楼。

若要描写的时间在七日内，可使用星期几。若超过七日，请注明实际日期。假如今日是4月12日星期五：

  • 中美元首2日通电话后，美国财长耶伦3日展开访华行程，星期二返回美国；中国外长王毅今日又与美国国务卿布林肯通电话。
修改说明
编辑

现有样式指南并未提到可以使用“昨日”、“今日”、“明日”，只写出用日期，严重限制撰写稿件时的表达。修改参照了英文维基新闻 2007 年新增的要求，使时间表达更灵活。

修改“日期”部分
编辑

修改“维基新闻样式是以数字写出月份及日份，前面也可以加上年份”为“维基新闻样式是以数字写出日期，前面可加上月份和年份”，并在“1月3日”前添加“3日”一项，删去“不要只用‘3日’等不完整的日期。”

修改后的文本如下：

维基新闻样式是以数字写出日期，前面可加上月份和年份。仅有个位的月份及日份前面不加零，如：

  • 3日
  • 1月3日
  • 2005年1月3日
修改说明
编辑

“不要只写日份”的要求沿袭自英文的习惯，不符合中文的实际表达。修订根据中文的使用情况，提议容许出现只写日份的写法，以避免每次提到日期时都要提月份，使稿件变得累赘。

修改“使用名称缩写或简称”部分

编辑

将首句“首次提及有缩写或略写的人物或机构时，使用维基百科里的全名，并连结至维基百科。”修改为“首次提及大众不熟悉、又确实有需要提及的确切名字时，使用全称”，并将“要是您希望文章以后能用缩写”改为“如果是外文简称”。

将“拉丁字母缩写标准是全部大写”改为“拉丁字母缩写的大小写取决于每个缩写的实际情况，一般情况下是全大写”。

并加上“如果机构的缩写和略写已经成为通用称呼，可以直接使用简称。如果是只在某个领域或某个地区通行，并未在全球多地主流报道中常见的缩写，一般不使用。”

提供的案例详见修改后文本。

修改后的文本如下：

首次提及大众不熟悉、又确实有需要提及的确切名字时，使用全称。

  • 联合国人权事务高级专员办事处发表报告……（请不要第一次提及就使用“联合国人权高专办”简称）

如果是外文简称，在全名后写出缩写。拉丁字母缩写的大小写取决于每个缩写的实际情况，一般是全大写。

  • 美国有线电视新闻网（CNN）报道……

随后可继续使用缩写。

  • 联合国人权高专办表示……
  • CNN的报道指……

如果缩写和略写已经成为通用称呼，第一次提及时就可以使用简称。

  • NBA常规赛即将落幕……（无需写“美国职业篮球联赛”）
  • 巴黎奥运将在7月开幕……（请不要写成“巴黎奥林匹克运动会将在7月开幕”）

如果是只在某个领域或某个地区通行，并未在全球多地主流报道中常见的缩写，一般不使用。

  • 社交平台Threads星期三大规模死机……（不使用“TR”）
  • 马英九星期五抵达桃园机场……（不使用“桃机”）

如果本身并不需要提及确切名字，请直接写大众使用的通用称呼。详见WN:新闻报道的常见处理。

  • 朝鲜领袖金正恩提出修改宪法……（请不要写成“朝鲜劳动党总书记、朝鲜民主主义人民共和国国务委员会委员长金正恩提出修改《朝鲜民主主义人民共和国社会主义宪法》”）
修改说明
编辑

原本关于名称缩写使用的要求是沿袭自英文维基新闻对于“首字母缩略词”的使用要求，但是“简称”的范围实际上比“首字母缩略词”广泛，两者的习惯并非完全互通，故调整规定以更契合中文对简称的使用习惯，并在案例中反映社群早前对使用通用称呼的共识。

修改“出版物或文稿名称”部分
编辑

删除“，外文名称则用斜体”，并在“不要在文章里加入网址。”后加入“电视台、通讯社等机构即管本身可能拥有出版物，但机构本身并非出版物，因此不要为名字加上书名号。如《南华早报》需要加上书名号，但不应为CNN或路透加上书名号。”

修改后的文本如下：

出版物及文稿（包括网页）的中文名称请加书名号《》，不要在文章里加入网址。电视台等机构即管本身可能拥有出版物，但机构本身并非出版物，因此不要为名字加上书名号。如《南华早报》需要加上书名号，但不应为CNN或路透加上书名号。

修改说明
编辑

现在把书名号滥用于非出版物的机构名的情况越发严重，参照书名号的用法，将英文维基新闻样式指南关于斜体的使用规定本地化为书名号的使用要求。

希望各位同僚可以踊跃提供意见。

--Myron Rance（留言） 2024年4月19日 (五) 15:54 (UTC)回复

强烈支持，非常(＋)支持，我认为可以成为指引。 另外date模版应加入星期几，英文版有相关技术，中文版我见正常也可以做。Kitabc12345（留言） 2024年4月19日 (五) 18:53 (UTC)回复
@MyronRance由于相关页面并不是正式指引，我认为阁下可以自行加入相关内容。长时间未见到有反对声音。 Kitabc12345（留言） 2024年4月24日 (三) 17:26 (UTC)回复
才发现还不是正式指引……如果提请升级，意向如何？ --Myron Rance（留言） 2024年4月25日 (四) 13:39 (UTC)回复
我强烈支持，并尽量增加中文版特色。 Kitabc12345（留言） 2024年5月2日 (四) 12:17 (UTC)回复
Date模板加上星期几应该不大问题，但可能需先检查现时所有页面是否都已经使用系统可读的格式输入日期，不然产生星期几时或会报错。另外，修订后，是否不再建议在内文连结至维基百科？ HW（留言） 2024年5月5日 (日) 13:50 (UTC)回复
“人名或机构名称”章节本身开头已有“人名和机构名称最好连结到维基百科”。 --Myron Rance（留言） 2024年5月5日 (日) 16:31 (UTC)回复

本讨论章节会维持开放，暂时不按最后意见发表时间存档。欲让机器人存档，请移除本模板。留言请置于本模板上方。

还活跃吗？

编辑
最新留言：11天前5条留言3人参与讨论

本站还活跃吗？看最近更改好像好久没有真人编辑了，最新新闻还是去年韩国戒严那会写的 CanonNi（留言） 2025年6月3日 (二) 14:21 (UTC)回复

还在（ —— Eric Liu（留言） 2025年6月3日 (二) 22:46 (UTC)回复
准确来说，是首页最新新闻。不过本站活跃度最近确实很一般了。本人倒是有几篇在撰写，但还在准备阶段，也没什么人协助。谢谢您对站况的关心。 Sheminghui.WU（留言） 2025年6月4日 (三) 23:10 (UTC)回复
活跃起来力。~ Sheminghui.WU（留言） 2025年6月29日 (日) 23:53 (UTC)回复
韩国也不再戒严了 Sheminghui.WU（留言） 2025年6月29日 (日) 23:53 (UTC)回复

Sister Projects Task Force reviews Wikispore and Wikinews

编辑
最新留言：12天前4条留言3人参与讨论

亲爱的维基媒体社群，

维基媒体基金会理事会的社群事务委员会 (CAC)指派姊妹专案工作小组 (SPTF)更新并实施一套评估姊妹专案（即由维基媒体基金会 (WMF)支援的维基媒体计划）生命周期的程序。

维基媒体运动始终秉持着提供相关、可访问且具有影响力的自由知识愿景。随着维基媒体专案生态系统的不断发展，我们必须定期审查现有专案，以确保所有专案仍然符合我们的目标和社群能力。

尽管有些维基媒体专案的初衷崇高，但这些专案可能不再有效地服务于其最初的目标。审查此类专案并非放弃，而是对共享资源进行负责任的管理——志愿者的时间、员工支援、基础设施和社群关注都是有限的，而随着我们的生态系统进入一个与我们最初创立时不同的网络时代，非技术成本往往会大幅增长。支持不活跃的专案或未能实现我们目标的专案，可能会无意中将这些资源从更具潜在影响力的领域转移。

此外，维护那些不再体现维基媒体名称所代表的品质和可靠性的专案会带来声誉风险。一个被放弃或可靠性下降的专案会影响人们对维基媒体运动的信任。

最后，如果不停止或重新规划那些不再有效的维基媒体专案，启动新专案将变得更加困难。当社群感到被过去的每一个决定所束缚——无论这些决定多么过时——我们就有可能陷入停滞。一个健康的生态系统必须允许进化、适应，并在必要时放手。如果我们期望每个维基媒体专案都必须无限期地存在，我们就会限制实验和创新的能力。

因此，姊妹专案工作小组审查了两项关于姊妹专案生命周期的申请，以进行研究并示范审查流程。我们选择 Wikispore （维基孢子） 作为可能启动新姊妹专案的案例研究，并选择维基新闻作为现有专案审查的案例研究。初步调查结果已在 2024 年 9 月 11 日的社群事务委员会会议上进行了讨论，社群事务委员会建议就这两项提案进行社群咨询。

Wikispore （维基孢子）

编辑

以Wikispore （维基孢子）为新姊妹专案的申请已于2019年提交。姊妹专案工作小组决定更深入地审查此申请，因为 Wikispore （维基孢子）不像大多数新姊妹专案提案那样专注于特定主题，而是有潜力培养多个新创的姊妹专案。

经过仔细考虑，姊妹专案工作小组决定不推荐 Wikispore （维基孢子）作为维基媒体姊妹专案。考虑到目前的活动水平，目前的安排允许更好的灵活性和实验性，而维基媒体基金会则提供核心基础设施支援。

我们认同该专案的潜力，并寻求社群意见，以确定什么样的活动和参与度才算足够，以便在未来重新考虑其地位。

作为审查过程的一部分，我们与 Wikispore （维基孢子）社群分享了这项决定，并邀请了社群领导人之一 Pharos 参加姊妹专案工作小组会议。

目前，我们特别邀请大家就专案准备情况提供可衡量的回馈，例如贡献者数量、内容量以及持续的社群支援。这将充分阐明开设新姊妹专案的标准，包括未来 Wikispore （维基孢子）可能会重新申请。然而，这些数字只是提供指导作用，因为任何数字都可能被操纵。

维基新闻

编辑

在现有的维基媒体姊妹专案中，我们选择对维基新闻进行审查，因为我们从多方面观察到维基新闻是最受关注的专案。

自 2023 年姊妹专案工作小组成立以来，其成员一直在会议和社群线上会议上就未履行维基媒体运动承诺的姊妹专案征求社群意见。[1][2][3] 维基新闻是评估的主要候选专案，因为来自多个语言社群的人们提出了这项建议。此外，从大多数指标来看，维基新闻是最不活跃的姊妹专案，多年来活动量下降幅度最大。

虽然语言委员会定期开放和关闭姊妹专案的小语种版本，但从未有人提出关闭主要语言维基百科或任何英语姊妹专案的有效提案——维基新闻则并非如此。曾有人提议关闭英文维基新闻，该提议获得了一些支持，但并未最终付诸行动[4][5]，此外同时有一份关闭所有语言维基新闻的提案草案[6]。

维基媒体基金会工作人员编制的初步指标同时佐证了维基媒体运动社群对维基新闻的担忧。

基于此报告，姊妹专案工作小组建议社群重新评估维基新闻。我们得出的结论是，维基新闻目前的结构和活跃度在现有姊妹专案中最低。姊妹专案工作小组同时建议在咨询期间暂停新语言版本的开放。

姊妹专案工作小组将对此分析进行讨论，并欢迎讨论其他替代方案，包括潜在的重组措施或与其他维基媒体专案整合。

目前提到的选项（可能仅适用于活跃度较低的语言或所有语言）包括但不限于：

  • 重构维基新闻的运作方式，并将其与其他专案中的时事工作连结起来；
  • 将维基新闻的内容合并到相关语言的维基百科中，亦可能合并到新的命名空间中；
  • 将内容合并到相容授权的外部专案中；
  • 封存维基新闻专案。

您的见解和观点对于塑造这些专案的未来至关重要。我们鼓励所有有兴趣的社群成员在相关讨论页面或其他指定的回馈管道分享他们的想法。

回馈与后续步骤

编辑

如果您有意参与讨论这些专案的未来发展和审核流程，我们将不胜感激。我们正在设定两个不同的专案页面：关于维基孢子的公众咨询和 关于维基新闻的公众咨询。请在2025年6月25日至2025年7月27日之间参与，届时我们将总结讨论内容，以便推进后续工作。您可以使用自己的语言撰写意见。

同时，我将于7月16日星期三11:00（世界协调时间）和7月17日星期四17:00（世界协调时间）主持社群对话（通话连结即将发布），并将在维基媒体国际会议上进行更多讨论。


-- Victoria on behalf of the Sister Project Task Force, 2025年6月27日 (五) 20:56 (UTC)回复

我认为可以考虑@全站活跃用户了，并且开和pin讨论串以征求意见等 ~ Sheminghui.WU（留言） 2025年6月28日 (六) 14:59 (UTC)回复
建议社群诸位踊跃参与讨论！—— Eric Liu（留言） 2025年6月29日 (日) 12:28 (UTC)回复
Liu君是多个姊妹计划的管理员，一定要积极宣传和参与讨论啊！~ Sheminghui.WU（留言） 2025年6月29日 (日) 13:27 (UTC)回复

本站没有向新用户发送欢迎信息的机器人

编辑
最新留言：9天前5条留言4人参与讨论

本站没有向新用户发送欢迎信息的机器人，考虑到用人手方式发送其实是属于一件比较没有什么意义的事情，所以我推荐使用机器人取代。--Kitabc12345（留言） 2025年6月28日 (六) 14:53 (UTC)回复

手作精神（） ~ Sheminghui.WU（留言） 2025年6月28日 (六) 14:59 (UTC)回复
@Kanashimi 不知阁下能否协助处理 Kitabc12345（留言） 2025年6月28日 (六) 18:27 (UTC)回复
我有时间试试 Kanashimi（留言） 2025年7月1日 (二) 09:19 (UTC)回复
是不是一定要有一个签名清单（如同百科）？抑或可以专用一个机器人处理？没记错的话，MediaWiki好像也有欢迎机器人功能。—— Eric Liu（留言） 2025年7月2日 (三) 15:04 (UTC)回复

编辑页面显示的依然是ccby2.5

编辑
最新留言：3小时前7条留言3人参与讨论

如题，疑似遗留问题。 ~ Sheminghui.WU（留言） 2025年6月29日 (日) 11:47 (UTC)回复

@Sheminghui.WU：哪一个页面的哪一个地方？是发布时会看到的那个界面吗？我也有看到，晚点看看怎么修。—— Eric Liu（留言） 2025年7月2日 (三) 15:05 (UTC)回复
只要将内容复制搜寻就可以。 Kitabc12345（留言） 2025年7月2日 (三) 16:59 (UTC)回复
是这样的，麻烦了 ~ Sheminghui.WU（留言） 2025年7月2日 (三) 21:52 (UTC)回复
可以了 Kitabc12345（留言） 2025年7月2日 (三) 22:03 (UTC)回复
他说的主要应该是MediaWiki:Copyrightwarning吧？我刚刚修改了。—— Eric Liu（留言） 2025年7月9日 (三) 06:02 (UTC)回复
他和我telegram主要反应的是MediaWiki:Editpage-head-copy-warn、MediaWiki:Editpage-head-copy-warn/zh-hant、MediaWiki:Editpage-head-copy-warn/zh-hans，因为上方已经写了，下方多数人不会留意，感谢你的提醒，我自己平时都没有留意看到，因为编辑的时候都是注重新闻本身的内容，我自己都觉得可以合并或者取消其中一个模板，没有必要写两次，加上页面最下方的，这个CC BY 4.0提醒资讯就出现了第三次。大家可以想想怎样优化得最好，可能包括加入一些本站的指引与方针／新手教学，便利第一次编辑页面而不是创立页面的新人。 Kitabc12345（留言） 2025年7月11日 (五) 15:18 (UTC)回复

2025年7月8日-中文维基新闻主站主页面显示疑似发生故障

编辑
最新留言：3小时前9条留言4人参与讨论

2025年7月8日UTC+08:00时间下午18时左右上站浏览发现主页面的新闻资讯发生大量重复内容，主要以有关当日新闻列表、原创报道、历史上的今天、正在撰写中新闻的部分出现大量重复标题内容，头条图片新闻部分未有故障，希望有关维护网页的同仁有空闲时查看一下是否有哪里出了问题，感谢。--Goldstein2002（留言） 2025年7月8日 (二) 11:17 (UTC)回复

截至目前，仍未恢复。~ Sheminghui.WU（留言） 2025年7月9日 (三) 06:36 (UTC)回复
DynamicPageList怪怪的？ Kanashimi（留言） 2025年7月9日 (三) 12:42 (UTC)回复
要是什么改动导致的，不如先回退吧🤔 ~ Sheminghui.WU（留言） 2025年7月9日 (三) 13:35 (UTC)回复
首页上的东西现在已经修复好了，但是频道模板（如Category:中国劳工）仍未修复，还是一条新闻重复数次占据整个版面。（见江苏高中生坠河引集体示威) Sheminghui.WU（留言） 2025年7月10日 (四) 03:19 (UTC)回复
已恢复正常，暂时没发现不正常的地方了，应该都恢复了。 谢谢您 ~ Sheminghui.WU（留言） 2025年7月10日 (四) 03:34 (UTC)回复
时隔几月，原创报导等栏目也恢复秩序了！好耶 ~ Sheminghui.WU（留言） 2025年7月11日 (五) 05:04 (UTC)回复
好吧，并没有，不过最近的三条靠前显示了。~ Sheminghui.WU（留言） 2025年7月11日 (五) 05:05 (UTC)回复
@Kanashimi 对的。波兰语维基新闻7月8日星期二晚上7点13分报告了这个错误（DynamicPageList with notcategory producing duplicates）。另外请参见我7月3日创建的Fix DynamicPageList incorrect dates on Wikinews（反映DynamicPageList永远显示2024年2月17日的问题，对中文维基新闻读者重要，BUG已被合并于wrong timestamps of pages being included to categories）最后，涉及本站的技术报告页面还有：suppress TOC sidebar by default on zhwikinews main namespace（对中文维基新闻读者最优化）、Support Chinese Traditional and Simplified Han conversion in DynamicPageList（对中文维基新闻社群及记者节省时间在撰写新闻报道上，从而提升用户及新人的便利化体验）、Automating Reference Inclusion source template in Wikinews Visual Editor（对中文维基新闻社群及记者节省时间在撰写新闻报道上，从而提升用户及新人的便利化体验）、Incorrect Dates in Template:2008Olympics cause DynamicPageList at zhwikinews（对中文维基新闻读者重要，对于全语言的维基新闻也有所帮助）、zhwikipedia, zhwikinews API request for every article, links from sitenotice to external, unaffiliated sites（这个tasks应该是永远打开了）、Google displays “Wikipedia” as site title for some non-Wikipedia pages（问题应该还未完全修复，这个和中文维基新闻的seo低排名我觉得都有关系？？）。不过这些其实从发展维基新闻来看，也不够上面的发送欢迎机器人重要（）。感谢各位的报告。 Kitabc12345（留言） 2025年7月11日 (五) 15:32 (UTC)回复
添加话题
检索自“https://zh.wikinews.org/w/index.php?title=Wikinews:茶馆&oldid=267248”