Change #1168218 merged by jenkins-bot:
[mediawiki/extensions/Translate@master] Translate: Update Chinese translations
Change #1168218 merged by jenkins-bot:
[mediawiki/extensions/Translate@master] Translate: Update Chinese translations
Change #1168204 merged by jenkins-bot:
[mediawiki/extensions/TimedMediaHandler@master] TimedMediaHandler: Update Chinese translations
Change #1168219 merged by jenkins-bot:
[mediawiki/extensions/Gadgets@master] Gadgets: Set Chinese primary special page alias to the English primary
Change #1168208 merged by jenkins-bot:
[mediawiki/extensions/SecurePoll@master] SecurePoll: Update Chinese translations
Change #1168220 merged by jenkins-bot:
[mediawiki/extensions/ReplaceText@master] ReplaceText: Set Chinese primary special page alias to the English primary
Change #1168206 merged by jenkins-bot:
[mediawiki/extensions/ProtectSite@master] ProtectSite: Set Chinese primary special page alias to the English primary
Change #1168203 merged by jenkins-bot:
[mediawiki/extensions/Linter@master] Linter: Set Chinese primary special page alias to the English primary
Change #1168200 merged by jenkins-bot:
[mediawiki/extensions/Echo@master] Echo: Set Chinese primary special page alias to the English primary
Change #1168151 merged by jenkins-bot:
[mediawiki/extensions/DiscussionTools@master] DiscussionTools: Set Chinese primary special page alias to the English primary
Change #1168211 merged by jenkins-bot:
[mediawiki/extensions/CiteThisPage@master] CiteThisPage: Update Chinese translations
Change #1168210 merged by jenkins-bot:
[mediawiki/extensions/CategoryTree@master] CategoryTree: Set Chinese primary special page alias to the English primary
In T399351#10997090, @Pppery wrote:I don't think the concept of CAPTCHA difficulty exists at all right now.
maybe need to reach out to SRE bc this didn't work when trying it out on affected MR
Change #1168317 merged by jenkins-bot:
[mediawiki/core@REL1_43] mediawiki.page.ready: Fix undefined `mw.user` during temp user logout
In T398952#10995352, @Tchanders wrote:@Esanders That makes sense to me.
we should style all contrib links (links to [[Special:Contributions/<tempuser>]] with any label) and user page links in the content area, as this will give us a reasonably low false-positive and false-negative rate.
Noting for @Niharika that this would mean styling links that have the temp user name as text, but link to the user page rather than the contribs page (as happens with @ mentions). Does this sound OK?
Indeed. I tagged this task with MW-1.43-release in October to state my intent to backport it once fixed, but forgot to do so. Thanks!
Change #1168317 had a related patch set uploaded (by Krinkle; author: Krinkle):
[mediawiki/core@REL1_43] mediawiki.page.ready: Fix undefined `mw.user` during temp user logout
I don't think the concept of CAPTCHA difficulty exists at all right now.
Change #1168290 had a related patch set uploaded (by Aaron liu; author: Aaron liu):
[mediawiki/extensions/VisualEditor@master] DesktopArticleTarget: Restore null handling of url parameter
Change #1168289 abandoned by Aaron liu:
[mediawiki/extensions/VisualEditor@wmf/1.45.0-wmf.9] DesktopArticleTarget: Restore null handling of url parameter
Reason:
Meant to target master branch
Change #1168289 had a related patch set uploaded (by Aaron liu; author: Aaron liu):
[mediawiki/extensions/VisualEditor@wmf/1.45.0-wmf.9] DesktopArticleTarget: Restore null handling of url parameter
Change #1165121 merged by jenkins-bot:
[mediawiki/core@master] Make "rendered with" a separate skin footer component
Also, after some more testing, this only happens on Firefox. Chromium seems to set default parameters that are set to null.
The VE click handlers are registered on the li element.
In T399086#10996575, @Michael wrote:In T399086#10992553, @Pppery wrote:Whoops. Sorry for causing that bit of trouble. Fixed in https://en.wikipedia.org/w/index.php?title=MediaWiki:GrowthMentors.json&diff=prev&oldid=1299813645
No worries. You had little chance of knowing that this would happen. Starting Thursday, this bug should no longer be possible on enwiki, and it should complain when editing the MediaWiki:GrowthMentors.json file with a commit message that is too long.
Some background:
Change #1165145 merged by jenkins-bot:
[mediawiki/skins/Timeless@master] skin footer: Put 'rendered with' next to 'lastmod'
T399349: Logins seem not to work after switch to *.beta.wmcloud.org canonical domains feels related, but maybe login was already broken and I just didn't notice because I had a working session?
Change #1166448 merged by jenkins-bot:
[mediawiki/services/parsoid@master] Omit comment-like strings from greater than escaping in attrs
Running document.getElementById( 'ca-edit' ).click(); shouldn't do anything, as #ca-edit is the <li> element, which does nothing when clicked.
You probably want to use document.querySelector( '#ca-edit a' ).click(); to click the <a> element inside it.
Change #1166447 merged by jenkins-bot:
[mediawiki/services/parsoid@master] Reapply "Allow annotation tags in extension tags"
In T398527#10971411, @Ladsgroup wrote:[…] This script should become a set of jobs.
There are a lot of Memcached error for key "{memcached-key}" on server "{memcached-server}": SERVER ERROR errors in https://beta-logs.wmcloud.org. The ones that look something like Memcached error for key "global:centralauth-sul3-start:centralauth:9c276ff0c2ef3e09267af520bebeb8b2" on server "127.0.0.1:11213": SERVER ERROR seem potentially related.
The new code has been implemented and is functioning as expected (IP Info button is displaying for each temporary account).
QA was completed for this ticket using LocalHost: IP Info 0.0.0 (f750ead)
The new code has been implemented and is functioning as expected (Show IP only appears once for each temporary account line).
QA was completed for this ticket using LocalHost: CheckUser 2.5 (50d2a8a)
The new code has been implemented and is functioning as expected (UserInfoCard: Graph and "editing activity" text are contained within popover area).
QA was completed for this ticket using Test wiki 1.45.0-wmf.9 (a9e4ca5)
In T398356#10996886, @ifried wrote:
This work ended up taking on the form of two things:
This investigation is not blocking the start of the initial experiment. In the meantime, we've added "basic" click tracking to the Learn more link in T396786.
I understand the case this ticket is describing to be a false negative. Considering we are not yet optimizing Tone Check to minimizes these kinds of cases, I do not think we ought to block the start of the initial experiment on this work being completed.
For the MVP, we the entirety of the text span someone added that prompted Tone Check to be shown will be highlighted.
This is done; for an exhaustive list of where and how we have shared the Tone Check prototype to-date, please see: PTAC Working Groups on AI (internal document for now)