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

Comrade John在话题“互助客栈话题框”中的最新留言:4年前

TW标记的新bug,紧急

编辑时会自动复制贴上问题

最近编辑时,文字框会自动复制贴上文章某段随机文字。请问该如何解决?----Ohlittlewriter 香港政治专题 2020年8月30日 (日) 14:49 (UTC)

“最近编辑时,文字框会自动复制贴上文章某段
最近编辑时
最近编辑时
最近编辑时
最近编辑时”

当我写到“某段(某个随机点)”的时候,文字框会自动出现“最近编辑时(某段随机文字)”。--Ohlittlewriter 香港政治专题 2020年8月31日 (一) 04:55 (UTC)

这是代码高亮工具在一些操作系统及浏览器上的bug。关了就好了。--Techyan留言2020年8月31日 (一) 20:18 (UTC)

@Techyan:啊原来如此,感谢解答。--Ohlittlewriter 香港政治专题 2020年9月1日 (二) 03:18 (UTC)

“吸烟”的台湾正体显示

吸煙」的台湾正体恒显示为「吸菸」,但二者为不同条目,前者为“Smoking”(不限于烟草),后者为“Tobacco smoking”。请问技术上可以处理这个问题吗?谢谢。--Hjh474留言2020年9月3日 (四) 02:40 (UTC)

@Hjh474:出门左转WP:字词转换。--Super Wang※DC不是贪食蛇,请勿盲目刷分 2020年9月3日 (四) 02:43 (UTC)
 谢谢您。--Hjh474留言2020年9月3日 (四) 02:50 (UTC)

模板:YouTube

请问关于IABOT被锁

已解决:
下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

各位好,想请问下,刚刚我陆续修复几个关于日本城市的条目,因为原作者在网址后面加了全形空白,使IABOT误判,因此我将全形空白和先前的dead link模板移除之,再重新扫描。但疑似是单位时间内用IABOT太频繁,我似乎被IABOT封禁了?我点选左侧修复失效连结时,IABOT页面仅显示“权限错误、您尝试执行的操作需要configurewiki权限。下列用户组可获得此权限:admin, root”,也无法作任何事。请问这个封禁是能解除的吗?或是我该采取何种行动呢?谢谢。--Aizag留言2020年8月29日 (六) 18:07 (UTC)

发生同样情况,请求修复方法。--ICOCAで行こか?/なんでやねん! 2020年8月30日 (日) 05:08 (UTC)
状况其实是不管点什么功能都重新导向到“设置机器人行为”功能,这个功能仅限管理员使用所以各位才看到没有权限,关于所有功能都跳到设置功能的问题请直接向维护者反应。 Xiplus#Talk 2020年8月30日 (日) 05:27 (UTC)
维护者是谁呢?--ICOCAで行こか?/なんでやねん! 2020年8月30日 (日) 05:52 (UTC)
请自行在iabot操作页面寻找反馈途径。另外,在反馈时最好使用英语。--XinuGod Talk 2020年8月30日 (日) 07:09 (UTC)
貌似只能联系Cyberpower678。--ICOCAで行こか?/なんでやねん! 2020年8月30日 (日) 08:27 (UTC)

可能出bug了

因为有两位用户主动找到了我,都提到了IAbot工作不正常的事,我自己也试了下,发现情况应该是这样的:

  • 对于普通用户来说,在登入IAbot界面之后,无论选择修复单个页面或是批量修复页面,都会提示权限错误,称需要“configurewiki”权限,无论怎样都没有办法递交页面。(我、上面两位用户和自己的傀儡都可复现。)
  • 对于管理员来说,登入IAbot界面之后会卡死在IAbot的配置页面( https://iabot.toolforge.org/index.php?page=systemconfig&systempage=wikiconfig&wiki=zhwiki ,“Configure bot behavior”),无论点选IAbot界面内的任何链接,都会被重定向回这个配置页面。同样也无法递交页面让机器人修复。(我,另一位管理员和Xiplus均遇到了这种状况。)
  • 所以现在无论怎么样都交不上去页面。
  • 这种现象似乎仅会在wiki选择为中文维基时才会出现。我用自己的账号选择英文维基时可以在第二次OAuth要求页面编辑权限后,能够成功打开递交页面以供修复的网页。
  • “configurewiki”“admin”和“root”应该是IAbot自己的权限,跟wiki本地的权限不是一一对应的。

总之看起来是IAbot本身出bug了。我去提issue了。SuicasmoXiplusXinuGodAizag --Techyan留言2020年8月30日 (日) 19:16 (UTC)

已知悉。最近没有使用iabot,所以并不知bug的出现。今早我打开了iabot管理界面,发现无论是“修复单个页面”还是其他的任何选项,都会跳转到配置页面,也就是需要admin和root的配置链接。我感觉应该是他们那边更新后,对中文维基的配置出现了问题。--XinuGod Talk 2020年8月30日 (日) 23:45 (UTC)

@SuicasmoXinuGodAizag:问题已修复。--Techyan留言2020年8月31日 (一) 20:16 (UTC)

感谢!已确认问题得到解决!--ICOCAで行こか?/なんでやねん! 2020年9月1日 (二) 00:12 (UTC)

本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

Template:Graph:PageViews坏了

副标题未转换

 
简体?

副标题未转换(应该看的出来网址是[1])--ℑ𝔪𝔭𝔞𝔯𝔱𝔦𝔞𝔩 𝔧𝔲𝔰𝔱-🔊-⚒️-n:-📬 2020年8月20日 (四) 05:57 (UTC)

那里是在维基数据上的描述。 --安忆Talk 2020年8月20日 (四) 06:21 (UTC)
这个问题似乎一直都存在,我是台湾用户,阅览时页面的子标题常常是简体字。--卫星 (定位) 2020年8月21日 (五) 14:16 (UTC)
维基数据没办法针对本地语言变种转换,看得懂就好。 2020年8月22日 (六) 08:10 (UTC)

Twinkle更新 (2020-09-07) @fe77154

近期变更
  • 警告:在Flow页面预览警告模板会显示出整个页面,而非仅新增的文字本身,现已修复(#156
  • 回退:将会把连续多个被隐藏使用者名称的编辑视为由同一个使用者所做出(#159
  • 封锁:
    • IP使用者不再适用纯破坏使用者封锁理由(#160
    • 封锁IP傀儡时,改为使用{{uw-block1}}通知模板(#160
    • 侦测到封锁冲突时,若使用者选择取消操作,仍然会发出封锁通知模板,现已修复(#164
  • 标记、速删:在重新导向语法上方放置模板将阻止重新导向运作,MediaWiki系统不将其视为重新导向,现在Twinkle透过侦测{{Rfd}}和{{Redirect category shell}}来让标记及速删功能能在这些页面上提供重新导向的选项
  • 回退:如果页面历史中所有版本都是由同一个使用者做出,将不再于最新版本显示一般回退及破坏回退按钮

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

Template:Make public后续完善措施

火狐浏览器域前置修改更新

各位维基人大家好:

最近有幸能够在Ubuntu 19.10上修改【最新】的火狐浏览器代码。所以更新一下2019年5月我发过的Help_talk:如何访问维基百科#修改火狐浏览器关于SNI的部分。(在Ubuntu 19.10上build火狐浏览器的具体步骤请参考[2]

修改地方一共有两处。第一处就是2019年5月我修改的SNI代码,但是最新的火狐浏览器代码里负责生成ClientHello的源代码文件名换了(或者说是细化了),新的源代码文件名是mozilla-unified/security/nss/lib/ssl/ssl3exthandle.c。具体负责生成ClientHello的函数也换了(或者说是细化了),新函数源代码如下:

/* Format an SNI extension, using the name from the socket's URL,
 * unless that name is a dotted decimal string.
 * Used by client and server.
 */
SECStatus
ssl3_ClientFormatServerNameXtn(const sslSocket *ss, const char *url,
                               TLSExtensionData *xtnData,
                               sslBuffer *buf)
{
    unsigned int len;
    SECStatus rv;

    len = PORT_Strlen(url);
    /* length of server_name_list */
    rv = sslBuffer_AppendNumber(buf, len + 3, 2);
    if (rv != SECSuccess) {
        return SECFailure;
    }
    /* Name Type (sni_host_name) */
    rv = sslBuffer_AppendNumber(buf, 0, 1);
    if (rv != SECSuccess) {
        return SECFailure;
    }
    /* HostName (length and value) */
    rv = sslBuffer_AppendVariable(buf, (const PRUint8 *)url, len, 2);
    if (rv != SECSuccess) {
        return SECFailure;
    }

    return SECSuccess;
}

具体修改和2019年5月我公布的修改一样,修改如下两处地方:

    len = PORT_Strlen(url);

修改成

    len = PORT_Strlen("upload.wikimedia.org\0");
    rv = sslBuffer_AppendVariable(buf, (const PRUint8 *)url, len, 2);

修改成

    rv = sslBuffer_AppendVariable(buf, (const PRUint8 *)"upload.wikimedia.org\0", len, 2);

注意,如果upload.wikimedia.org被SNI封杀的话,那就要更换成另外一个尚未被SNI封杀的维基基金会的SNI域名。

这一次的修改比起2019年5月的修改,多了一个要修改的源代码文件。我想既然是域前置,那就干脆做全套的域前置,包括DNS部分。所以我顺藤摸瓜的摸到了火狐负责完成DNS查询的源代码。源代码的文件名是mozilla-unified/netwerk/dns/nsHostResolver.cpp。具体负责DNS查询的函数名叫nsHostResolver::ResolveHost,细节如下:

nsresult nsHostResolver::ResolveHost(const nsACString& aHost,
                                     const nsACString& aTrrServer,
                                     uint16_t type,
                                     const OriginAttributes& aOriginAttributes,
                                     uint16_t flags, uint16_t af,
                                     nsResolveHostCallback* aCallback) {
  nsAutoCString host(aHost);
  NS_ENSURE_TRUE(!host.IsEmpty(), NS_ERROR_UNEXPECTED);

  nsAutoCString originSuffix;
  aOriginAttributes.CreateSuffix(originSuffix);
  LOG(("Resolving host [%s]<%s>%s%s type %d. [this=%p]\n", host.get(),
       originSuffix.get(), flags & RES_BYPASS_CACHE ? " - bypassing cache" : "",
       flags & RES_REFRESH_CACHE ? " - refresh cache" : "", type, this));

  // ensure that we are working with a valid hostname before proceeding.  see
  // bug 304904 for details.
  if (!net_IsValidHostName(host)) {
    return NS_ERROR_UNKNOWN_HOST;
  }

  // By-Type requests use only TRR. If TRR is disabled we can return
  // immediately.
  if (IS_OTHER_TYPE(type) && Mode() == MODE_TRROFF) {

...

整个函数的篇幅巨长,所以我就不全部列出了。需要修改的是第一行:

  nsAutoCString host(aHost);

修改成

  nsAutoCString host("upload.wikimedia.org\0");

注意,如果upload.wikimedia.org被DNS污染的话,那就要更换成另外一个尚未被DNS污染的维基基金会的DNS域名。

祝墙内的各位维基人在魔改火狐浏览器以后,免翻墙域前置浏览维基百科快乐!

--不爱思考得猪留言2020年9月8日 (二) 02:31 (UTC)

Tech News: 2020-37

2020年9月7日 (一) 15:59 (UTC)

css改变可能会受到影响的页面:

@Lhc70000Wetitpig0穿越火木有线: --百無一用是書生 () 2020年9月8日 (二) 06:50 (UTC)

两个问题

  1. IABot管理界面刚发现不能用了,显示的是“您尝试执行的操作需要configurewiki权限;下列用户组可获得此权限:admin, root”,想知道是什么原因。
  2. 安装了Javascript脚本后页面左边菜单栏最底部的“Scripts”大写突出显示,究竟什么问题?

--百战天虫留言2020年8月31日 (一) 05:48 (UTC)

元素<kbd>手机板与电脑版差异

 
 

--ℑ𝔪𝔭𝔞𝔯𝔱𝔦𝔞𝔩 𝔧𝔲𝔰𝔱-🔊-⚒️-n:-📬 2020年9月12日 (六) 06:22 (UTC)

请问有什么问题吗?只是MinervaNeue皮肤的样式和桌面版默认的皮肤样式不一样。 --安忆Talk 2020年9月12日 (六) 10:35 (UTC)
手机版有框,电脑版没有。——ℑ𝔪𝔭𝔞𝔯𝔱𝔦𝔞𝔩 𝔧𝔲𝔰𝔱-🔊-⚒️-n:-📬 2020年9月13日 (日) 00:49 (UTC)
只是不同的皮肤样式上差异呀…不是问题也不是错误。硬要说的话,CSS标准规定了kbd标签需要用等宽字体(桌面版确实用了),没规定需要加框。 --安忆Talk 2020年9月13日 (日) 02:06 (UTC)
(*)提醒:macOS 下把中文([lang="zh"])的等宽字体(monospace)规定成了苹方;然而苹方并不是等宽的,导致了一些显示问题。macOS 至今没有修复。——刘枭扬留言(强烈反对新版 Vector 主题) 2020年9月13日 (日) 15:08 (UTC)

2020年9月14日 (一) 16:19 (UTC)

Template:Infobox officeholder的任期标识问题

有编者在Telegram群组中指出,菅义伟条目的infobox中,关于其就任内阁总理大臣的部分,在未上任时便已显示现任。经过简单查看模版范例后我得出结论,当仅填写了term_start而没有填写term_end的时候便会如此显示,尽管term_start的时间处于未来。在此我提议修改该模版,以控制显示“现任”还是“候任”。 --MilkyDefer推迟咕咕 2020年9月14日 (一) 16:22 (UTC)

在"succeeding"参数项填"安倍晋三"就会显示“现任 安倍晋三”。--Mewaqua留言2020年9月14日 (一) 16:35 (UTC)

有可能吗?

使用手机应用程序不能连上维基百科

昨天开始使用iPhone的维基百科还是一样。查看条目时,会出现红字的“无法完成作业。(WMF.RequestError错误0。)”,无法载入条目。即使重装了维基百科手机程式还是一样。有其他人遇到同样情况吗? --英秀一心留言2020年9月12日 (六) 02:45 (UTC)

+1,重新载了好多次,也重新关机过了...仍然无法载入

+1 WMF.RequestError错误0

手机应用程序有严重的 Bug,建议您尽量使用网页版。在浏览器打开 https://zhwiki.oracleblog.org/wiki/Wikipedia:首页https://w.wiki/crZ 即可。--🍀 CLOVER YAN (^_^) 回复请ping 2020年9月20日 (日) 06:08 (UTC)

Twinkle更新 (2020-09-21) @d3b9016

近期变更
  • 偏好设定:编辑摘要后缀已正式移除,使用标签来辨识Twinkle的编辑(#165
  • 速删:偏好设定中“将以下理由加入到监视清单”的设定值,将适用于管理员删除页面时
  • 回退:当使用常规回退机器人的编辑时,会询问是否要回退前一笔而非机器人的编辑,点选确定以回退前一个修订版本,取消以回退机器人的修改(#167

如果近期变更有任何错误,或是认为未来变更会造成任何问题,请在Twinkle讨论页互助客栈技术版Github择一报告。--Xiplus#Talk 2020年9月21日 (一) 00:16 (UTC)

针对Wordmark和Tagline图标的简体替换

下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

@Xiplus:您好,群组中LiangYalun有人反映您在前段时间修改的CSS样式不适用于Firefox(因其对MDN标准的严格执行),content属性不能直接作用于img标签。经我测试,的确如此。望您酌情修改,谢谢。参见:此处此处。 --安忆Talk 2020年9月8日 (二) 05:08 (UTC)

但似乎只有个个方法?-- Sunny00217  2020年9月9日 (三) 14:14 (UTC)
我需要具体的修改方案。--Xiplus#Talk 2020年9月10日 (四) 06:11 (UTC)
需要改主题,给img标签一个class或者id,目前我只想到了这个方法。不过它上一层的a和div标签是有id的,给它们一个background应该也可行,但也需要改一下img的src。 --安忆Talk 2020年9月12日 (六) 06:06 (UTC)

我想到的一种方法(但是是一个hack):

header.header-container div.branding-box:lang(zh-hans):before {
  content: '维基百科';
  color: transparent;
  display: block;
  background: url('/static/images/mobile/copyright/wikipedia-wordmark-zh-hans.svg') !important;
  width: 105px;
  height: 22px;
}
header.header-container div.branding-box img:lang(zh-hans) { display: none; }

另:似乎完全没有针对页面底部Footer的替换代码。--LiangYalun留言2020年9月12日 (六) 10:14 (UTC)

怪怪的,况且维基百科的字体还会依浏览器变动呢-- Sunny00217  2020年9月13日 (日) 13:25 (UTC)

对于 Minerva 主题,有这样的 dirty hack:

.branding-box:lang(zh-hans) img {
    visibility: hidden;
}
.branding-box:lang(zh-hans) span {
    background: url('/static/images/mobile/copyright/wikipedia-wordmark-zh-hans.svg');
}
.post-content.footer-content:lang(zh-hans) img {
    visibility: hidden;
}
.post-content.footer-content:lang(zh-hans) h2 {
    background: url('/static/images/mobile/copyright/wikipedia-wordmark-zh-hans.svg') 0 0 / 105px 22px no-repeat;
}

对于新版 Vector,有这样的 dirty hack:

.mw-logo-container:lang(zh-hans) {
    background: url('/static/images/mobile/copyright/wikipedia-wordmark-zh-hans.svg') 0 0 / 105px 22px no-repeat, url('/static/images/mobile/copyright/wikipedia-tagline-zh-hans.svg') bottom center / 102px 13px no-repeat;
}
.mw-logo-container:lang(zh-hans) img {
    visibility: hidden;
}

全部使用 background-image。只要简繁的图片尺寸一样,那就没有大问题。但是如果用户要保存这些图片,依然还是繁体的。——刘枭扬留言(强烈反对新版 Vector 主题) 2020年9月13日 (日) 15:31 (UTC)


本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

2020年9月21日 (一) 21:27 (UTC)

2020年9月28日 (一) 21:24 (UTC)

互助客栈话题框

互助客栈话题框好像又坏了,新话题未能显示,最后更新仍停留在9月23日或24日。

请求有关人等修理。

谢谢。-- 约翰同志-条目裱糊匠留言2020年9月29日 (二) 09:13 (UTC)

  已修复 --Kanashimi留言2020年9月29日 (二) 11:50 (UTC)
感谢。-- 约翰同志-条目裱糊匠留言2020年9月29日 (二) 13:47 (UTC)