维基百科:互助客栈/技术/存档/2023年7月

Vector（2022）皮肤下，FA和GA的图标会遮挡“路线图”按钮

于Phabricator查看
编号T281974的任务

示例条目：1号堪萨斯州州道。对应的英维条目中则不会出现该情况，因此个人推测是本站的缘故。--Shenzhiming88（留言） 2023年4月29日 (六) 15:35 (UTC)

见en:MediaWiki:Vector-2022.css#L-7。请管理员处理。 ——魔琴 [ 万户涕泪 ] 2023年4月29日 (六) 16:36 (UTC)

完成 MediaWiki:Vector-2022.css--百無一用是書生 (☎) 2023年5月4日 (四) 01:53 (UTC)

似乎和phab:T281974有关。由于与vector-2022的部署相关，暂时挂上不存档模板。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年5月10日 (三) 01:23 (UTC)

帮助搬运{{Tracked}}至话题顶部。--Evesiesta_{Die Gedanken sind frei!} 2023年5月27日 (六) 14:06 (UTC)

现在又坏了，不清楚为什么。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月7日 (三) 11:55 (UTC)

Hey, I'm writing here to make sure my message is easily noticeable.

The problem exists because the Coordinates module formats coordinates as an CSS element (id="coordinates") with position:absolute. This is an old solution which currently is strongly discouraged. As I wrote in 其他#Resolving technical issues, the recommended solution is to make them a page status indicator. Here's how this has been done on English Wikipedia. Let me know if this is clear enough for you to proceed! SGrabarczuk (WMF)（留言） 2023年6月16日 (五) 16:46 (UTC)

已解决：——落花有意12138 2023年6月29日 (四) 02:27 (UTC)

未解决。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月29日 (四) 02:33 (UTC)

Hey, would it be acceptable if our engineers did that for you? We want to respect the usual boundaries, but if it’s challenging for Wikipedians to edit the relevant pages, we will step in!--SGrabarczuk (WMF)（留言） 2023年6月30日 (五) 12:32 (UTC)

It'll be great. Thanks for your effort. ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年7月1日 (六) 08:24 (UTC)

Twinkle更新 (2023-07-01) @23a5852

近期变更

• 现在点击回退连结不会导致浏览器的浏览记录出现重复项目。
• 在Vector-2022上，将鼠标游标移动到TW选单上将会自动打开选单，与Vector-2010的行为一致。
• 关闭存废讨论功能新增重新提交选项。

如果近期变更有任何错误，或是认为未来变更会造成任何问题，请在Twinkle讨论页、互助客栈技术版、Telegram群组或Github择一报告。--Xiplus#Talk 2023年7月1日 (六) 14:05 (UTC)

U:InternetArchiveBot移除了1处来源

[1] 机器人移除了

<ref name="arrest">{{Cite web |last=Soylu |first=Ragip |date=2022-11-14 |title=Turkey blames deadly Istanbul blast on PKK, arrests 46 people |url=http://www.middleeasteye.net/news/turkey-blames-istanbul-blast-pkk-arrests-people |access-date= |website=Middle East Eye}}</ref>

因为没有元维基的ipbe，不能反馈。我已经尝试与开发者沟通。--落花有意12138 2023年6月29日 (四) 14:10 (UTC)

移除前就坏了，可能无需追究？可能将FiratSource脚注识别为arrest的内容了，因为要找到ref关闭。--YFdyh000（留言） 2023年7月1日 (六) 18:03 (UTC)

近期移动端选择语言时表现不太正常

“不转换”“大陆简体”都出现了两次，并且英语夹在了“不转换”和“大陆简体”之间。似乎这种情况是最近才有的。有谁遇到了类似的情况吗？--爱维基百科的CuSO₄ 2023年7月2日 (日) 07:21 (UTC)

同样，他们下方（包括所有的中文变种）都出现了条目名。--WPCD-DTV 2023年7月2日 (日) 07:34 (UTC)

我也遇到了所有中文变种下面都出现了条目名的情况。本来是没有的。这样没有必要，并且占用空间太多，应该算是bug吧。--爱维基百科的CuSO₄ 2023年7月2日 (日) 09:55 (UTC)

手机app上还写的是ccbysa3.0

下列讨论已经关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。

---

--Firedoge（留言） 2023年7月1日 (六) 12:56 (UTC)

没人？--Firedoge（留言） 2023年7月2日 (日) 08:54 (UTC)

手机App的界面内容由手机App的开发团队负责，我们站内没有办法解决这个问题。您需要前往 https://phabricator.wikimedia.org 报告这个问题。--MilkyDefer 2023年7月2日 (日) 18:25 (UTC)

[2][3]，字符串的确不在本站，需要开发者变动。[4]有记录“mobileapps”的变更尚未完成。--YFdyh000（留言） 2023年7月2日 (日) 19:49 (UTC)

---

本讨论已关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。

锚点会跑掉

这个问题有一段时日了，就是使用锚点（#）后，点击连结却不在该标题上？例如“防御性公投”，我换了不同浏览器还是一样。--Tp0910（留言） 2023年6月26日 (一) 13:47 (UTC)

无法复现--百無一用是書生 (☎) 2023年6月27日 (二) 02:02 (UTC)

浏览器的Bug--Firedoge（留言） 2023年7月3日 (一) 15:34 (UTC)

2023年第27期技术新闻

维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改；不是所有的更改都会对您造成影响。技术新闻提供其它语言的翻译版本。

最近更改

• 作为点击播放的音频链接愿望清单提案的一部分，小型wiki现在可以使用内联音频播放器（由Phonos扩展实现）。 [5]
• 从本周开始，所有小工具都会自动加载在移动版和桌面版网站上加载。如果您在维基上发现小工具有问题，请调整小工具定义文件中的小工具选项。 [6]

本周晚些时候的更新

• MediaWiki的新版本将于7月4日部署于测试维基及MediaWiki.org。它将于7月5日部署至非维基百科wiki及部分维基百科，并于7月6日部署至所有wiki，参见日历。

技术新闻由技术新闻编者制作并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

MediaWiki message delivery 2023年7月3日 (一) 22:50 (UTC)

使用者讨论页的话题自动转换繁简，让内部链接变红链，很烦

现在有不少使用者的使用者讨论页被换成“新增话题”的功能，而没有“编辑源代码”的选项，对我来说造成麻烦。由于“新增话题”会乱加繁简转换的源代码-{}-，在某些依规定会变成繁简混合的命名空间（例如“Wikipedia:典范条目/關於我和鬼變成家人的那件事”），必须等发布之后显示成红链，才能切换回源代码编辑。有没有什么办法，对于任何讨论页都强制切换成源代码模式，话题模式在繁简转换上可以说是一蹋糊涂。——George6VI（留言） 2023年7月4日 (二) 02:03 (UTC)

Float属性表格跟Hide系列模板重叠

如题，我在看旧五代史此一条目时发现T:HideH-HideF不会回避掉右侧的二十四史表格导致折叠的背景直接盖住二十四史表格而难以点击，但我经验不足以判断这是Float的问题还是Hide模板的问题，唯一能确认的是不管在Vector2022下还是在Vector2010下都有一样的问题。另经沙盒测试折叠内的文字会回避掉表格本身。--WiTo^Talk 2023年7月5日 (三) 03:15 (UTC)

Squote模板在移动端的Wikitable内无法正常显示文本

如题，模板底色与文本颜色都是白色，无法正常显示文本。但在Wikitable之外的Squote模板则正常显示白底黑字。--AdrianLaw0330（留言） 2023年7月5日 (三) 15:51 (UTC)

{{Routemap}}中的startCollapsible无法在移动端展开

如宁波轨道交通3号线中的路线图的“二期”折叠模块，该功能无法在手机端展开，并非设计如此，而电脑端正常。 新手不知道该如何修复，请高手修复下，谢谢。--ZeehanLin（留言） 2023年7月8日 (六) 14:23 (UTC)

Old vfd multi中的relist

Talk:德意志宗教改革。多条“讨论结果为重新提交讨论”意义不大，怎么处理比较好。

另外，Wikipedia:互助客栈/方针#从条目页进入存废讨论页也需要修。--YFdyh000（留言） 2023年7月3日 (一) 01:37 (UTC)

但这是实际上的结果吧？那也没有办法。除非像是我之前提出的，重新提交一定次数以后再无共识就应当保留，另外一种方法则是不将重新提交讨论视为一次讨论结束，而是在讨论全部结束以后再纪录结果。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2023年7月3日 (一) 09:28 (UTC)

以我认为应该是这样。——Sakamotosan路过围观 | 避免做作，免敬 2023年7月3日 (一) 09:52 (UTC)

不应视为讨论结束。只是模板上如何显示为好，显示首次提报的日期和最后一次讨论吗，或者改造。可能机器人需要修改。或者关闭讨论时解析修改之前的记录。--YFdyh000（留言） 2023年7月3日 (一) 21:53 (UTC)

某日被送交讨论，那就继续维持如此显示没有问题。结果就填最后一次讨论结果。中间的都是过程，不在模板记录范围内。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2023年7月4日 (二) 15:59 (UTC)

如果显示首次提交日期，目前会有数次跳转的问题。模板不支持显示日期A、打开日期B。--YFdyh000（留言） 2023年7月4日 (二) 18:48 (UTC)

啊，我这里只是指出理论上应当要有的效果，还没考虑技术上怎么实现。似乎是要添加几个参数才行。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2023年7月9日 (日) 22:03 (UTC)

Wikipedia:翻译请求项目页面能否自动移除已翻译条目

同标题，发现一些已经翻译的页面仍在列表中。例如药物基因组学pharmacogenomics于2012年就已经建立；世界9球中国公开赛在2014年建立；埃德瓦尔多·奥利维拉·查韦斯、伊沃·乌利赫、托马斯·比克尔等在2022年6月建立。--桃花影落飞神剑（留言） 2023年7月6日 (四) 06:17 (UTC)

里面没看到这些条目。--YFdyh000（留言） 2023年7月6日 (四) 07:42 (UTC)

这几个分别是“生物”列表的倒数第一个；“体育”列表倒数第9个；“体育”列表中大批中文标为“未知页面”的。--桃花影落飞神剑（留言） 2023年7月6日 (四) 19:05 (UTC)

可能制作机器人自动移除，但中文别名是否重定向要手动处理。页面应该没法做到自动检测。--YFdyh000（留言） 2023年7月7日 (五) 08:16 (UTC)

如果以wikidata为判定准则呢？--MilkyDefer 2023年7月10日 (一) 02:47 (UTC)

Twinkle？

下列讨论已经关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。

---

于Phabricator查看
编号T341184的任务

我的Twinkle什么时候变成那种，经典的，教人怎么做折叠菜单的那种，toggle box了？--MilkyDefer 2023年7月6日 (四) 10:41 (UTC)

修补方法： https://en.wikipedia.org/wiki/MediaWiki_talk:Gadget-Twinkle.js#Hotfix_for_vector-2022_Twinkle_dropdown_menu_appearance

可能需要界面管理员帮忙修改MediaWiki:Gadget-Twinkle.js。--Taeas（留言） 2023年7月7日 (五) 09:47 (UTC)

@Xiplus--Taeas（留言） 2023年7月9日 (日) 04:41 (UTC)

 已修复--Xiplus#Talk 2023年7月11日 (二) 00:03 (UTC)

我的显示还是坏掉的，这个需要自己修复吗？--InstantNull（留言） 2023年7月10日 (一) 23:34 (UTC)

---

本讨论已关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。

WP有原生的暗色模式吗

如题，写了一些CSS到user.css中，但好似不管用。

浏览器插件太粗糙了，看着难受--HelloworldSB（留言） 2023年7月12日 (三) 17:29 (UTC)

没有。一直有人想要就是了。--MilkyDefer 2023年7月13日 (四) 11:17 (UTC)

回复@MilkyDefer：回复@HelloworldSB：用浏览器扩展吧，参见[1]--Firedoge2023（留言） 2023年7月13日 (四) 14:31 (UTC)

Special:参数设置的小工具中有用户自行编写的版本，预览了一下效果还可以。——暁月凛奈 (留言) 2023年7月13日 (四) 14:39 (UTC)

效果不如扩展。--Firedoge2023（留言） 2023年7月13日 (四) 14:44 (UTC)

那个算是基金会的版本吧--百無一用是書生 (☎) 2023年7月14日 (五) 01:18 (UTC)

源代码编辑

已恢复。--Kethyga（留言） 2023年7月17日 (一) 06:39 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。

---

使用源代码编辑模式，光标和文字出现bug，光标无法定位到文字处，目前显示在文字上方。--Kethyga（留言） 2023年7月8日 (六) 11:32 (UTC)

---

本讨论已关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。

2023年第29期技术新闻

维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改；不是所有的更改都会对您造成影响。技术新闻提供其它语言的翻译版本。

最近更改

• 目前1%的用户流量由Kubernetes平台提供服务（阅读本文以了解更多技术细节），我们计划定期逐渐提高这一比例。您可以在本工单追踪这一工作的进度。

本周晚些时候的更新

• MediaWiki的新版本将于7月18日部署于测试维基及MediaWiki.org。它将于7月19日部署至非维基百科wiki及部分维基百科，并于7月20日部署至所有wiki，参见日历。
• 在调用MediaWiki中的系统消息时，MediaWiki将不再使用软件定义的备选方案，而是会寻找存在的本地消息作为备选。这意味着已没有必要在备选链上对每种语言逐个覆盖。例如，在英文维基百科中，已经不再需要为en-ca、en-gb等语言创建嵌入了上层页面的子页面。这让维护本地覆盖的系统消息更加轻松。 [7]
• 新的MediaWiki版本将弃用action=growthsetmentorstatus API。调用该API的机器人或脚本现在应该使用action=growthmanagementorlist API。 [8]

技术新闻由技术新闻编者准备，并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

MediaWiki message delivery 2023年7月17日 (一) 23:08 (UTC)

Chromium计划实现中英文自动加空白间距功能

相关链接：https://groups.google.com/a/chromium.org/g/blink-dev/c/my9MyWxa2ns/m/XNBscGRiAQAJ

Chromium正在计划实现CSS Text Level 4的text-autospace属性，用于实现不同语言文字之间自动添加空白间距的功能。已知Firefox方面未表态，Webkit/Safari表示有意在近期实现此功能。

对中文维基百科的可能影响：

1. （等浏览器广泛支持此特性后）是否要全站启用该特性？还是只应用于条目内容？
2. 格式手册是否需要作调整？
3. 是否需要清理现有条目中英文之间的空格？

以上。--碟之舞📀💿 2023年7月14日 (五) 11:52 (UTC)

好好好，终于解决这个问题了。我的建议：1.全站启用，对旧版本尝试兼容。2.调整格式手册，删去相关内容。3.可以用机器人清理。

但是这个“广泛支持”要等个一年左右的，可以等那时再提案。--落花有意12138 2023年7月14日 (五) 12:01 (UTC)

格式手册建议在更新同时保留旧版相容描述，毕竟不是所有读者都用最新的或那几款浏览器。另外，清理空格也要慎重。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2023年7月14日 (五) 14:08 (UTC)

空格有必要清理，不过需考虑到《偶像大师 灰姑娘女孩 U149》等空格并非中英文间多余空格的情形。--绀野梦人 2023年7月16日 (日) 06:39 (UTC)

所以不能自动清理，需要手工鉴别处理。而且空格格式规定中已经有“如果官方宣布的名称内含有空格，以官方为准。”，你举的例子其源文就有空格，翻译下来也保留下来了。——Sakamotosan路过围观 | 避免做作，免敬 2023年7月18日 (二) 00:28 (UTC)

感觉为了这点便利而去手工给中英文之间去空格可能不好？而且页面渲染是mw事项的，或者还要看mw愿不愿意在正文输出中添加这个属性？——Sakamotosan路过围观 | 避免做作，免敬 2023年7月17日 (一) 01:27 (UTC)

页面渲染（和这里的自动加空白）是浏览器负责的。--碟之舞📀💿 2023年7月17日 (一) 03:40 (UTC)

text-autospace是一个CSS属性吧，不是浏览器专门实现的识别和渲染机制。这个CSS属性需要手工添加才能搞得吧？，mw如果wikicode渲染出来后对应输出层不标注这个属性就不会生效吧？这个有必要我们去考虑？浏览器实现了，只是说明作为一般读者或者网页开发者而言就是能使用这个属性，而不是必须用到这个属性。还要看mw会不会用到这个属性（应用到div#bodyContent的页面输出层，或者h1#firstHeading的页面标题输出），另外是不是全部的中英文之间空格都需要清理，或者不需要清理，只需要按需调用则可？——Sakamotosan路过围观 | 避免做作，免敬 2023年7月17日 (一) 06:02 (UTC)

MOS:SPACE好像也没有提及条目内容或者标题中特意在中英文间使用空格与否？特意声明的就是带单位的数字值，数字与单位间要保留一个手动空格。——Sakamotosan路过围观 | 避免做作，免敬 2023年7月17日 (一) 06:14 (UTC)

@Cwek：为了美观，一般排版设计上会让西文和中文有半个空格大小的间距，比如您如果用苹果，就会自动渲染。

关于使用这个属性，可以本地改，也可以让MediaWiki改。

这里贴几个先前讨论要不要改格式手册的讨论Wikipedia:互助客栈/方针/存档/2020年7月#建议明确规定是否应加入空格、Wikipedia:互助客栈/方针/存档/2021年11月#关于“空格”的使用--落花有意12138 2023年7月17日 (一) 10:34 (UTC)

苹果的话，你是指Safari（或者相关的艺术创作工具和程序），在没添加该属性前就在渲染代码中自动识别并输出中加了（直接查看页面源代码，应该不存在空格的）？和我估计的没错，考虑在正文中（或者说，也就是div#bodyContent的页面输出层）让渲染程序（或者说，浏览器渲染引擎）去为中英文混合时之间“自动”添加空间，现在是通过CSS属性让浏览器知道要做这件事。我的观点就是，不支持手工添加（或移除）这些空格，尤其是不是技术上必要的；如果mw计划在div#bodyContent应用上这个属性，我拗不过，也就呵呵无语了；如果我们社群计划去弄个的话，我反对一概性的处理，可以弄成小工具css，让需要的用户自己启用，我不介意中英文混编是否有空格的必要性。——Sakamotosan路过围观 | 避免做作，免敬 2023年7月18日 (二) 00:23 (UTC)

相关讨论，一来倾向不支持或者应该让浏览器自动处理而非手工在源码补加，二来，我也在里面哦。——Sakamotosan路过围观 | 避免做作，免敬 2023年7月18日 (二) 00:34 (UTC)

指引内“在中文语境内，文字之间应该不留空格”就是，但偶尔还是有人倾向加空格。如果实际效果好、有共识，文维基可以自主添加该CSS，只影响离线版等非完全镜像，而目前多数条目都不加间距空格，也就是不变。清理方面，我是支持清理以统一版式的（之前偶尔手动清理），但自动化要看是否会出错。--YFdyh000（留言） 2023年7月17日 (一) 15:08 (UTC)

2023年第28期技术新闻

维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改；不是所有的更改都会对您造成影响。技术新闻提供其它语言的翻译版本。

最近更改

• 章节级图像建议功能已部署在七个维基百科（葡萄牙语、俄语、印度尼西亚语、加泰罗尼亚语、匈牙利语、芬兰语和挪威博克马尔语）上。该功能会从使用者监视清单内的页面中，以章节为单位推荐适当的图像。
• 全域防滥用过滤器已在所有维基媒体项目上启用，英语维基百科和日语维基百科例外（这两个wiki的社群选择不引入全局滥用过滤器）。此更改是在征求全域意见之后做出的。 [9]
• Special:BlockedExternalDomains是帮助管理员反spam的新工具。它提供了一个更清晰的界面来阻止域名及子域名，更容易搜索，而且软件可以更快地处理维基上的每次编辑。它不支持正则表达式（以应对复杂的情况），不支持URL路径匹配，也不支持MediaWiki:Spam-whitelist，但它能取代现MediaWiki:Spam-blacklist的大部分功能。在该工具的说明文档中有一个Python脚本可帮助将所有简单的域名迁移到此工具中，还有更多功能的详细信息。除元维基、维基共享资源和维基数据外，所有维基均可使用该工具。 [10]
• 维基编辑器扩展已更新。本次更新包括维基文本编辑的一些最常用的功能。过去，它使用的许多界面消息只能由管理员翻译，但现在所有translatewiki上的普通翻译者都可以翻译它们。请检查WikiEditor 您的语言的本地化进度，如果您的语言的“完成度”显示低于100%，请协助翻译。点击查看详细信息。

本周晚些时候的更新

• MediaWiki的新版本将于7月11日部署于测试维基及MediaWiki.org。它将于7月12日部署至非维基百科wiki及部分维基百科，并于7月13日部署至所有wiki，参见日历。
• Special:链接搜索和API响应部分的默认协议已从http更改为http和https。 [11]
• Special:链接搜索及其相应的API部分现在将搜索查询中提供的全部的URL。以前只有前60个字符。此功能是十五年前提出的要求。 [12]

将来更新

• 有一个ChatGPT插件的实验。这是为了向用户显示当他们从维基百科阅读信息时信息来自哪里。它已经过维基媒体基金会工作人员和一些维基人的测试。很快所有ChatGPT插件用户都可以使用该维基百科插件。这是2023年第20期技术新闻中提到的插件。 [13]
• 关于提议的第三方资源方针的讨论正在进行中。该提案将影响小工具和用户脚本中第三方资源的使用。根据迄今为止收到的反馈，方针包括加载第三方资源的用户脚本和小工具相关的风险、一些实践和豁免的要求，如代码透明度和可检查性。欢迎您在2023年7月17日之前在 方针讨论页面提供反馈和建议。

技术新闻由技术新闻编者准备，并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

MediaWiki message delivery 2023年7月10日 (一) 19:53 (UTC)

对Special:BlockedExternalDomains做一点补充。这个功能由防滥用过滤器提供。输入要阻止的外部域名，防滥用过滤器会阻止所有试图新加入的该域名和下属所有网页。域名本身不支持正则表达式。--MilkyDefer 2023年7月11日 (二) 03:42 (UTC)

enwiki和jawiki在GAF的运用上作出了伟大表率，对我们社群的某些管理员的软弱，实在嗤之以鼻。——Sakamotosan路过围观 | 避免做作，免敬 2023年7月11日 (二) 04:57 (UTC)

WP:AGF吧。--YFdyh000（留言） 2023年7月11日 (二) 11:00 (UTC)

global abuse filters。——Sakamotosan路过围观 | 避免做作，免敬 2023年7月11日 (二) 12:39 (UTC)

本地社群不能达成共识，甚至说根本没有什么人参与讨论，所以没有办法。管理员也是无能为力。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2023年7月13日 (四) 13:32 (UTC)

管理员主要倾向支持，认为能减轻负担。（？）但我留意到GAF有少部分是针对特定主题的（好像记得见过有涉及普京的，还是私密的），所以对于元维基对于这类过滤器编辑审核的人员的所谓非语言针对性很信不过，而且本来就有一个P区单希望允许本地禁用特定GAF的期望，但开发组也很不感冒，给出的workaround也仅仅是受到编辑请求后让对应GAF项目增加对应站点的否判断罢了。所以连最大项目的enwiki都拒绝掉这玩意，只能说对于大型项目来说，GAF不一定合适。中小项目或者基于管理人手有限，用GAF涵盖LAF的缺漏或者是对。——Sakamotosan路过围观 | 避免做作，免敬 2023年7月14日 (五) 01:06 (UTC)

Cwek虽说如此，只要在本地发起讨论并得到共识，我想还是能追加禁用全域过滤器的。只是看阁下或其他人有没有心。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2023年7月14日 (五) 07:20 (UTC)

那个Python脚本试了一下，中文版不可用--百無一用是書生 (☎) 2023年7月18日 (二) 03:26 (UTC)

改了一下脚本，完成了大部分的迁移--百無一用是書生 (☎) 2023年7月18日 (二) 06:29 (UTC)

Twinkle里的{{plot}}重复了

--Firedoge2023（留言） 2023年7月11日 (二) 09:10 (UTC)

回复@Firedoge2023：而且{{plot}}加上就移除不了了--Firedoge2023（留言） 2023年7月11日 (二) 09:11 (UTC)

没人？--Firedoge2023（留言） 2023年7月13日 (四) 14:29 (UTC)

没人？--Firedoge2023（留言） 2023年7月19日 (三) 10:20 (UTC)

怎么重复了。也请解释“移除不了”。--YFdyh000（留言） 2023年7月19日 (三) 12:22 (UTC)

关于讨论页回复

建议在点击回复按钮回复时，在回复内容前自动加上

回复{{Ping|被回复人}}：回复内容

如

Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.--Example（留言）2023年7月9日 (日) 16:09 (UTC)

回复@Example：：Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.--示例账号（留言）2023年7月9日 (日) 16:09 (UTC)

--Firedoge（留言） 2023年7月9日 (日) 16:03 (UTC)

回复@Firedoge2023：麻烦转交到Mediawiki和Phabricator--Firedoge（留言） 2023年7月9日 (日) 16:06 (UTC)

回复@Firedoge2023：另外，2030年之前维基媒体基金会能不能改好讨论功能--Firedoge（留言） 2023年7月9日 (日) 16:09 (UTC)

回复@Firedoge2023：如果对方用户名很长，会很乱。频频ping是不礼貌的。点击回复经常只是追加意见，并不总是回应和召唤提出者。--YFdyh000（留言） 2023年7月9日 (日) 16:13 (UTC)

回复@YFdyh000：Ping只是个折中手段，更好的办法是回复自动通知，同段落回复其他人不通知，Ping时提醒--Firedoge（留言） 2023年7月9日 (日) 16:20 (UTC)

回复@YFdyh000：大家已经认定了频频Ping=不礼貌，如果回复自动Ping，大家养成了习惯，就不会这么认为了--Firedoge（留言） 2023年7月10日 (一) 15:07 (UTC)

这会很烦恼的。您可以试试使用订阅功能，订阅方针版的提案。我相信您会不堪其扰的。--MilkyDefer 2023年7月11日 (二) 15:07 (UTC)

回复@MilkyDefer：订阅是不管任何人发言都通知，我的提议是只有回复我的留言才通知--Firedoge2023（留言） 2023年7月11日 (二) 16:11 (UTC)

回复@Firedoge2023：(～)补充 对于这种需求，感觉能参考User:魔琴/gadgets/PQR写脚本来实现自动填入{{ping}}或{{noping}}。但真的有必要吗。每次留言都ping，是否有可能被指骚扰。--YFdyh000（留言） 2023年7月9日 (日) 16:17 (UTC)

回复@YFdyh000：还有在讨论工具上的“A A A ♾ Ω 🧑‍💼⁺”那排加上“(＋)支持(－)反对( ✓ )同意(～)补充( π )题外话”等常用模板的快捷方式。--Firedoge（留言） 2023年7月9日 (日) 16:29 (UTC)

已经创建{{回复Ping}}--Firedoge2023（留言） 2023年7月12日 (三) 15:20 (UTC)

(－)反对，好多余。{{ping}}已做到的问题硬要造轮子弄多一个还有繁简转换问题的模板出来，纯粹造次。--路西法人 2023年7月19日 (三) 12:33 (UTC)

绿链故障了吗 ?

绿链问题已修复。--颜嘉佑（留言｜贡献） 2023年7月21日 (五) 00:55 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。

---

如题。条目、模板的的绿链同时显示跨语言链接。

Phabricator有报告吗 ?--约翰同志－条目裱糊匠（留言） 2023年5月26日 (五) 21:44 (UTC)

我也遇到了这个问题。--惠龙（留言） 2023年5月26日 (五) 22:03 (UTC)

Unknown module: jquery.tipsy。看上面的“2023年第19期技术新闻”。--YFdyh000（留言） 2023年5月27日 (六) 02:45 (UTC)

那么Template:Translink/doc和Template:Internal_link_helper/doc是不是得修改一下？另外想问问有没有小工具可以恢复以前绿链的格式，实在不太习惯现在的更改。--Sean0115 2023年5月27日 (六) 05:06 (UTC)

对啊，少了“光标悬浮时显示Tooltip”这个绿链格式以后，{{Netflix播映中节目}}跟{{Netflix已上映电影与纪录片 (2020年代)}}这两个模板的显示实在不大美观（红链加原文连结），而且模板长度视觉上还增长了两到三倍。——Liebhart （留言·签名） 2023年5月27日 (六) 05:26 (UTC)

所以这个问题能修复吗，今天早上就发现了，我一开始还以为是不是网页没加载完，后来确信是绿链故障了。--日期20220626（留言） 2023年5月27日 (六) 06:45 (UTC)

看来不是眼睛看错，是真的故障了。--Z7504非常建议必要时多关注评选（留言） 2023年5月27日 (六) 06:46 (UTC)

Timesless皮肤 + 跨语言链接：直接显示原文，暂时未碰见上面的问题。--Kethyga（留言） 2023年5月27日 (六) 07:15 (UTC)

修改了MediaWiki:Gadgets-definition，不知是否解决了问题？--百無一用是書生 (☎) 2023年5月27日 (六) 07:33 (UTC)

没有。Vector（2010）会出现绿链问题，Timesless皮肤不会。--日期20220626（留言） 2023年5月27日 (六) 07:38 (UTC)

啊，我意思是，是否还有Unknown module: jquery.tipsy这个错误？--百無一用是書生 (☎) 2023年5月27日 (六) 07:39 (UTC)

另外，这一系列小工具都得重写，wmf人员对小工具的修改只是保证基本能用而已--百無一用是書生 (☎) 2023年5月27日 (六) 07:38 (UTC)

不想重构就在里面引用 https://github.com/CreativeDream/jquery.tipsy ，反正也就这东西用到tipsy。--安忆^Talk 2023年5月27日 (六) 10:29 (UTC)

我是旧版Vector（2010）皮肤出现这个问题的。--日期20220626（留言） 2023年5月27日 (六) 07:37 (UTC)

现在错误已经变成了$linkAnchor.tipsy is not a function--百無一用是書生 (☎) 2023年5月27日 (六) 07:46 (UTC)

@Shizhao：感谢您，目前绿链是出现了，但游标悬浮时无法连结到其他语言的维基（简单来说就是绿色的红链）。——Liebhart （留言·签名） 2023年5月27日 (六) 07:50 (UTC)

对，目前是这样。--日期20220626（留言） 2023年5月27日 (六) 07:56 (UTC)

@Shizhao：伪蓝链看到，但游标悬浮时无法连结到其他语言维基的内链，Vector（2022）也会出现这个问题。--约翰同志－条目裱糊匠（留言） 2023年5月27日 (六) 08:18 (UTC)

绿连只解决一半而已，外文对应条目不是应该要可以正常显示才对吗？现在这样子的绿连基本上和红连一样，根本没什么区别嘛。--Z7504非常建议必要时多关注评选（留言） 2023年5月27日 (六) 15:22 (UTC)

目前暂时修复了，但是边框尺寸太大，下面的人有提到。--日期20220626（留言） 2023年5月28日 (日) 04:34 (UTC)

游标悬浮时可以看到其他语言维基的内链了，但框框尺寸大了一倍，能不能改回原来尺寸呢 ?--约翰同志－条目裱糊匠（留言） 2023年5月27日 (六) 20:14 (UTC)

没错，现在还是如此，可以再缩小50%~65%让尺寸更适中。——Liebhart （留言·签名） 2023年5月28日 (日) 04:10 (UTC)

+1--Tp0910（留言） 2023年5月29日 (一) 13:05 (UTC)

.tipsy-inner {
    font-size: 80%;
    padding: 3px 5px;
}

这样应该比较合适。 ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月6日 (二) 12:13 (UTC)

---

本讨论已关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。

Timeless皮肤+2017版Wikitext编辑器+代码高亮=光标错位

已经恢复。--Kethyga（留言） 2023年7月21日 (五) 01:32 (UTC)

下列讨论已经关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。

---

截图

如题，请问有人也出现了相同的现象吗？前几天还是正常的，突然就错位了。试着切到Vector就没事了……--Tim Wu（留言） 2023年7月11日 (二) 06:48 (UTC)

前边提过 Wikipedia:互助客栈/技术#源代码编辑，还好有Wikiplus用。--Kethyga（留言） 2023年7月11日 (二) 07:05 (UTC)

看来应该已经恢复了，也不知道系统哪里进行了改动。--Kethyga（留言） 2023年7月17日 (一) 06:37 (UTC)

• @Kethyga：是Timeless皮肤的问题，已经解决了（[14]）。--Tim Wu（留言） 2023年7月21日 (五) 10:42 (UTC)

---

本讨论已关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。

编辑冲突之消失的编辑内容

遇到过很多次这种情况：在我编辑某个条目的过程中，有其他人修改过条目，然后我再发布我的编辑内容时，系统会提示编辑冲突，同时我编辑的内容会消失得无影无踪，我只能从头重新写。系统为什么不能在提示编辑冲突时保留我的编辑内容呢？--大化国史馆从九品笔帖式（留言） 2023年7月18日 (二) 16:28 (UTC)

我吭哧吭哧写了半个多小时，完善参考来源，整理排版，只因其他人在条目里增加了两个可有可无的字，我的编辑内容就因编辑冲突消失了，太打击积极性了。--大化国史馆从九品笔帖式（留言） 2023年7月18日 (二) 16:31 (UTC)

编辑冲突不是会显示冲突内容吗？复制就好了干嘛重打？ --窝法乙烷 儿法梦碎 2023年7月18日 (二) 16:38 (UTC)

不然就是去测试功能点选“基于段落编辑冲突”，日后遇到也不至于重新开始。 --窝法乙烷 儿法梦碎 2023年7月18日 (二) 16:40 (UTC)

我遇到编辑冲突时，显示的是我发布前、别人保存后的最新版本，我的编辑内容不在其中啊？这还因人而异吗？--大化国史馆从九品笔帖式（留言） 2023年7月18日 (二) 16:50 (UTC)

编辑冲突页面中，您的内容版本在页尾，页面上有说。或者您的界面不同？参考File:Edit_conflict_screenshot.png截图中的Your text，那是您的版本，复制下来并手动并入其他人的变更内容并提交。--YFdyh000（留言） 2023年7月18日 (二) 17:37 (UTC)

谢谢。我去试试。--大化国史馆从九品笔帖式（留言） 2023年7月18日 (二) 16:54 (UTC)

逐风天地建议在Special:参数设置#mw-prefsection-betafeatures打开“基于段落的编辑冲突”，个人认为这很有帮助。--BlackShadowG Slava Ukraini! 2023年7月21日 (五) 15:29 (UTC)

戴平雅所使用YouTuber名字会受到过滤器阻挡

戴平雅是一位YouTuber的本名，但是她在自己YouTube频道中使用的名称并不是本名，而是〇〇公主，问题在于〇〇二字会触发过滤器阻挡，因此我想请各位协助解决，以利于有别的条目需要提及她时，可以顺利，而不会受到过滤器阻挡。--2001:B011:A401:1CFC:94DD:6EDD:37C4:BA98（留言） 2023年7月21日 (五) 17:29 (UTC)

白痴公主 看起来是好的？--落花有意12138 2023年7月22日 (六) 11:48 (UTC)

应该是过滤器挡非自确用户输入不雅词缘故吧---- Matt Zhuang表示有事按“此”留言 2023年7月22日 (六) 11:52 (UTC)

Template:Cite web/French的Bug

如NGC 396等一众条目在使用{{Template:Cite web/French}}模板时会提示“Lua错误：bad argument #2 to 'formatDate': invalid timestamp '1 1月'。”。各模板模块都是原封不动复制自英维，不知问题出在哪里？--Bigbullfrog1996（𓆏） 2023年7月21日 (五) 01:47 (UTC)

错误日志指出“month_names_get”问题。硬编码en_months_t及创建Template:Cite web/subst后，已正常。--YFdyh000（留言） 2023年7月21日 (五) 03:22 (UTC)

非常感谢--Bigbullfrog1996（𓆏） 2023年7月21日 (五) 03:54 (UTC)

注意到一个问题，删除重复的access-date参数，直接显示了consulté le参数的内容，不会检查和转换日期格式。英文版会提示Check date values。--YFdyh000（留言） 2023年7月21日 (五) 04:48 (UTC)

使用法语这个参考文献模板的也不是很多，是否是可以直接替换掉。--Kethyga（留言） 2023年7月22日 (六) 08:45 (UTC)

不反对手动修，不过“本模板必须替换引用”意味着存在长期影响，可能有人直接替换引用，虽然添加者有义务修。模块有dates_and_language函数。看了一些链入条目，没看到这种日期格式，在法语wiki是否不规范。--YFdyh000（留言） 2023年7月22日 (六) 13:30 (UTC)

2023年第30期技术新闻

维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改；不是所有的更改都会对您造成影响。技术新闻提供其它语言的翻译版本。

最近更改

• 7月18日，维基媒体基金会针对依赖基金会或其附属机构维护的软件进行技术工作的人员，发起了一项关于技术决策制定过程的调查。如果您依赖于这些软件，请参加调查。该调查将持续三周，于8月7日结束。您可以在wikitech-l上的公告电子邮件中找到更多信息。

本周晚些时候的更新

• MediaWiki的新版本将于7月25日部署于测试维基及MediaWiki.org。它将于7月26日部署至非维基百科wiki及部分维基百科，并于7月27日部署至所有wiki，参见日历。

技术新闻由技术新闻编者准备，并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

MediaWiki message delivery 2023年7月25日 (二) 02:19 (UTC)

“增加不可靠来源”与“加入博客链接”两个标签被不当触发

[15]近期一些普通编辑也会在编辑摘要里挂上这两个标签，判定机制看起来坏了。 --。->>Vocal&Guitar->>_留言 2023年7月26日 (三) 01:36 (UTC)

类似Special:滥用日志/4826517，说是added_links增加了wiki类的链接，但差异好像没看出，或者两次保存的行变动另解释器意味链接增加了？不过这部分不太十分影响？——Sakamotosan路过围观 | 避免做作，免敬 2023年7月26日 (三) 08:09 (UTC)

在added就算增加，哪怕移除的内容包含同等内容。--YFdyh000（留言） 2023年7月26日 (三) 15:21 (UTC)

移动网页版（Minerva皮肤）下所有表格的展开折叠无法点击

如题，就拿本页来说，发言更新图例默认是折叠的，点展开没有任何反应。--忒有钱🌊塩水あります🐳（留言） 2023年7月25日 (二) 16:18 (UTC)

(～)补充：SunAfterRain君于Telegram群提出修复方案，经测试有效。不过我还是希望能在mw软件上修复（如果是mw的bug）。--忒有钱🌊塩水あります🐳（留言） 2023年7月26日 (三) 16:39 (UTC)

ToolsRedirect小工具的警告

最近更改页面中，ToolsRedirect选项：获取页面中加粗文本为重定向候选小工具导致“TypeError: Cannot read properties of undefined (reading 'findRedirectBySelector')”警告。--YFdyh000（留言） 2023年7月25日 (二) 22:28 (UTC)

在特殊页面禁用似乎就能解决这个问题？--百無一用是書生 (☎) 2023年7月27日 (四) 02:00 (UTC)

确实如此，因为MediaWiki:Gadget-ToolsRedirect.js#L-9让特殊页面不会载入ToolsRedirect--SunAfterRain 2023年7月27日 (四) 15:20 (UTC)

问题在于ToolsRedirect选项的那几个小工具调用了MediaWiki:Gadget-ToolsRedirect.js中的函数。。。造成了错误。其实我觉得应该把几个ToolsRedirect选项全部合并到MediaWiki:Gadget-ToolsRedirect.js中去--百無一用是書生 (☎) 2023年7月28日 (五) 02:10 (UTC)

为什么维基百科英文网页能(下载为pdf)，中文网页不可以(下载为pdf)呢？之前都可以使用的，最近这两天不可以

于Phabricator查看
编号T342442的任务

(按了"下载为pdf"后，就出现下面这句话)

嗯… 无法访问此页面网址为https://zh.wikipedia.org/api/rest_v1/page/pdf/Wikipedia%3A首页 的页面可能存在问题，或者已永久移动到新的网址。 ERR_INVALID_RESPONSE--Rocklee456（留言） 2023年7月22日 (六) 08:01 (UTC)

经测试，英文页面可以下载。测试页面：Template:Reply_to--落花有意12138 2023年7月22日 (六) 11:23 (UTC)

中文页面下载不了pdf--Rocklee456（留言） 2023年7月22日 (六) 16:49 (UTC)

没有用过；可以重现；按Help:图书所说是不能用的，不知道之前可以用是怎么回事。--YFdyh000（留言） 2023年7月22日 (六) 13:31 (UTC)

跟图书无关，关联任务应该是phab:T342442--SunAfterRain 2023年7月23日 (日) 11:38 (UTC)

似乎莫名其妙又好了--百無一用是書生 (☎) 2023年7月28日 (五) 03:00 (UTC)

Timeless皮肤下Navbox的显示问题

问题截图

如图，请问为何在中维使用Timeless皮肤时，用小屏幕设备/窗口打开页面，底部的Navbox会被压缩，“展开”按钮更有机会被遮挡？英维/日维/粤维的Timeless就不会这样。--Tim Wu（留言） 2023年7月25日 (二) 01:39 (UTC)

（截图里启用的Wikiplus应该不影响，我禁用后问题依旧）--Tim Wu（留言） 2023年7月25日 (二) 01:55 (UTC)

貌似是MediaWiki:Timeless.css#L-128干扰的，注释掉这一行倒是正常--SunAfterRain 2023年7月25日 (二) 04:09 (UTC)

找到了当时的讨论：MediaWiki_talk:Timeless.css#Timeless皮肤infobox问题。

@Liu116：请问阁下还记得当时的问题是不管什么大小的窗口都会铺满，还是小窗口才会自动铺满？

@AnYiLin：是否可以将Navbox和Infobox的属性区分，让Navbox可以铺满？

（离题讨论：个人认为现在在手机端，infobox不自动铺满的话，留给首段的空间非常小，阅读体验并不佳……）感谢。--Tim Wu（留言） 2023年7月25日 (二) 05:53 (UTC)

大致复刻到：在Timeless皮肤下，Navbox似乎会当成一个表格（因为它本来就是一个表格），被套进一个div.content-table-wrapper > div.content-table里面，然后皮肤级cssMediaWiki:Timeless.css给@media screen and (max-width: 850px)的.mw-body table套了一个width:auto，覆盖了Navbox原有的width:100%，所以宽度缩水了。——Sakamotosan路过围观 | 避免做作，免敬 2023年7月25日 (二) 06:34 (UTC)

亲，这里的建议是，别用手机看这玩意了。——Sakamotosan路过围观 | 避免做作，免敬 2023年7月25日 (二) 06:34 (UTC)

这只是本地css配置导致的问题，并非无法解决，为什么要因为这个小问题改变我的阅读习惯orz--Tim Wu（留言） 2023年7月25日 (二) 06:43 (UTC)

印象中之前navbox的文字不会遮挡住折叠按钮的，最近几周才变成这样。—Tim Wu（留言） 2023年7月25日 (二) 06:45 (UTC)

Special:Diff/78281864。--安忆^Talk 2023年7月29日 (六) 01:36 (UTC)

Vector（2022）皮肤且使用全屏宽度的情况下，首页会出现水平滚动条

Vector（2022）皮肤且使用全屏宽度的情况下，首页会出现水平滚动条。本人使用显示器的分辨率为1920×1080。可能是本站首页布置的问题。--Shenzhiming88（留言） 2023年6月9日 (五) 00:30 (UTC)

Hi @Shenzhiming88. When I view the main page in full width on a 1920×1080 monitor, I don't see the horizontal scroll bar. When I zoom in and out, the scrollbar doesn't appear either. Do you still see this issue? Does it exist when you add ?safemode=1 to the URL?--SGrabarczuk (WMF)（留言） 2023年6月15日 (四) 16:54 (UTC)

SGrabarczuk (WMF)Hello. Sorry for the late reply. The problem still exists. I added '? Safemode=1' while closing all extensions, but the issue still exists. I am using Microsoft Edge 114.0.1823.43 (official version) (64 bit).--深鸣（留言） 2023年6月17日 (六) 02:34 (UTC)

我猜你用了侧式标签栏…… Reproduced when window width is under 1387px.  ——魔琴 [ 留言 贡献 新手2023计划 ] 2023年6月17日 (六) 15:36 (UTC)

的确。当我将工具栏从侧栏隐藏时，便会出现这种情况。 This happens when I hide the toolbar from the sidebar.--深鸣（留言） 2023年6月18日 (日) 03:27 (UTC)

Thank you. That's odd. I used Edge, switched to full width, used the 3-column view, hid only the right menu, only the left menu, both of them, and still didn't see the scrollbar. Could you perhaps add ?zebravectordesign=1 to the URL (let's see if the newer Zebra CSS also includes this), check if the scrollbar is stil there, and if it is, give me info about your operating system, too?

No, I was wrong, I can reproduce this. Yes, this looks like an issue of the main page CSS, not the skin itself. The scrollbar also appears in the old Vector at a similar width. I'll ask my team mates if we could help with this. --SGrabarczuk (WMF)（留言） 2023年6月20日 (二) 15:24 (UTC)

Hello, @深鸣, @魔琴, is this still happening?--SGrabarczuk (WMF)（留言） 2023年7月17日 (一) 16:56 (UTC)

It seems to have been fixed. Thank you for your help.--深鸣（留言） 2023年7月18日 (二) 01:48 (UTC)