Done.

Change 634767 had a related patch set uploaded (by Ladsgroup; owner: Ladsgroup):
[mediawiki/core@master] Add custom option called "allowInfinite" for Timestamp

I tried to remove the museum section from https://de.wikivoyage.org/wiki/Halle_(Saale) and to stop using qualifiers and references from entities but the bug remained.

@Amamgbu take a look{F32397114}

Change 634748 merged by jenkins-bot:
[mediawiki/core@master] Expand DoctrineSchemaBuilderTest

Change 634679 merged by jenkins-bot:
[mediawiki/core@master] Vary timestamp default value per platform in abstract schema

In T263874#6557925, @Thulieblack wrote:

Perfect day I need to ask,my API response doesn't show protection type unlike the Dump data,is it something I need to worry about?

See also T128202. It was introduced with release 3.0.20190722. The new result is not a str anymore but a SiteLink which provides badges

Change 634766 merged by Elukey:
[operations/puppet@production] Decom analytics1054 from Hadoop

Change 634766 had a related patch set uploaded (by Elukey; owner: Elukey):
[operations/puppet@production] Decom analytics1054 from Hadoop

@Toluwani7 reload the page and run the server afresh it worked for me

Perfect day I need to ask,my API response doesn't show protection type unlike the Dump data,is it something I need to worry about?

Change 633955 merged by jenkins-bot:
[mediawiki/core@master] Move 'actor' SharedTable to LocalSettings

Change 628481 merged by jenkins-bot:
[mediawiki/core@master] Inject services into SpecialListUsers/SpecialActiveUsers

Change 633815 merged by jenkins-bot:
[mediawiki/core@master] Inject services into SpecialExpandTemplates

Change 634570 merged by jenkins-bot:
[mediawiki/core@master] Inject services into SpecialRunJobs

Change 634647 merged by jenkins-bot:
[mediawiki/core@master] Inject PasswordFactory into SpecialBotPasswords

Change 634655 merged by jenkins-bot:
[mediawiki/core@master] Inject DBLoadBalancer into SpecialPagesWithProp

Change 628484 merged by jenkins-bot:
[mediawiki/core@master] Inject services into SpecialListFiles

Change 628444 merged by jenkins-bot:
[mediawiki/core@master] Inject services into SpecialNewpages

Change 634567 merged by jenkins-bot:
[mediawiki/core@master] Inject services into SpecialFileDuplicateSearch

Non-ideal at best. This should report the user's address.

@Isaac and everyone,
Is there any way to get the reason of protection for a given page? If yes from where do we get that data

Thank you for the suggestions, @Mainframe98. Very helpful! I opted to go with extending the class for now, which works great.

Change 634764 had a related patch set uploaded (by Cicalese; owner: Cicalese):
[mediawiki/skins/WikimediaApiPortal@master] Prevent preloading of logo.

Hi, so in viwiki:

Regression: this problem that the "publish" (publicar) button of content translation get stuck on "Publishing" (Publicando...), still happens to me when I publish a page with templates in the content. Recently i tried to publish "OxIClean" (enwiki) to eswiki.

The login action is only tracked on the home wiki.

Change 634759 had a related patch set uploaded (by NavinoEvans; owner: NavinoEvans):
[labs/tools/Isa@master] Move client side strings to hidden HTML elements

@Tgr - we also allow all those 'crats to issue int-admin to anyone - but they are not supposed to do it unless the accounts have 2FA -- but they aren't able to actually check that so they just give it to anyone that claims they have 2FA, defeating the control (also not allowing audit to see if 2FA has been disabled). I expected this to be a bit borderline due to the way some projects (such as eswiki I mentioned above) give out 'crat to lots of users.

https://gerrit.wikimedia.org/r/c/mediawiki/core/+/634409/6 has refactored and restored the test. If this issue returns, we can just mark it as @group Broken again.

In T202684#6557844, @Billinghurst wrote:

What would be the purpose of retaining them? In the scheme of things these wikis are tiny and the space and infrastructure debt would presumably be negligible, so the issue would be the value of keeping them as separate copies.

In T253938#6543120, @TheDJ wrote:

@Jdlrobson this change to mw.util creates errors […]

https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#Scripts_do_not_show_up

Is anyone having difficulty running the notebook?

Ah, thanks! I assumed that "Safari for iOS" means it's in a browser window. I guess I have no idea what a "safari iOS app" is then, and that's fine. :)

What would be the purpose of retaining them? In the scheme of things these wikis are tiny and the space and infrastructure debt would presumably be negligible, so the issue would be the value of keeping them as separate copies.

@Iniquity: Ah, indeed I missed that this was already reported as T258622 (thanks). However part of what I tried to express still stands: Please add comments in dedicated bug reports. T258622 currently has no info if the impact of T258622 is a visual issue only, or if partially overlapping buttons also means that buttons become entirely unclickable (functionality issue). Please add relevant info to dedicated bug reports instead of this deployment ticket. Thanks a lot!

@zeljkofilipin By that do you mean committing to the repo with a patch that fails to add comments? Or is there a way to push this directly to Gerrit?

I just got the same problem, and noticed it because the AC/DC browser tests failed (Travis build). But the tests run each day and only started failing today, so it’s a bit confusing to me that this problem was already reported back in September…

Note that as of today (Saturday 2020-10-18), any attempt to sort the native language names returned by fetchLanguageNames() (after copying these names into a new sequenced table using table.insert(t, ...)) fails when calling table.sort(t, compare): this is a new bug of Scribunto that changed the interface of table and no longer accepts in parameter a standard comparison function (taking two native language names which should be strings). Visibly, fetchLanguageNames now no longer return standard strings, they are protected including in their references, and do not match the expected signature for the comparison function (this causes an internal error, inside sort(), where the comparison function is called with the wrong parameters, causing a invalid-type error).

The other dependencies of the binary also seem fine (ldd):

	linux-vdso.so.1 (0x00007fff6fd7c000)
	libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f2874441000)
	librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f2874239000)
	libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f287401c000)
	libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f2873e05000)
	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f2873a66000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f2874876000)

@Huji I see the votewiki part of elections is now "done", except importing voters. Please ping me once it's time to merge the language change patch, happy to do so at (almost) any time.

Not sure whether I should make this task as resolved and public, but it's done on our side now, so moving on the Cosmos workboard.

Change 627977 merged by jenkins-bot:
[mediawiki/extensions/DonationInterface@master] Fix usages of deprecated PHPUnit methods

In T248418#6557816, @Aklapper wrote:

@Iniquity: If you run into specific bugs, then please file specific bug reports with clear steps to reproduce (URLs, web browser and version and operating system, etc) as specific bug reports are off-topic here (this task is about deploying a piece of software instead). Thanks.

@Iniquity: If you run into specific bugs, then please file specific bug reports with clear steps to reproduce (URLs, web browser and version and operating system, etc) as specific bug reports are off-topic here (this task is about deploying a piece of software instead). Thanks.

In T258017#6557809, @gerritbot wrote:

Change 634755 had a related patch set uploaded (by Catrope; owner: Catrope):
[mediawiki/extensions/GrowthExperiments@master] StartEditingDialog: Make image in difficulty banner top aligned, fix padding

https://gerrit.wikimedia.org/r/634755

While working on the big 24px->16px change mentioned in T258019#6557184, I noticed that the text in the difficulty banner in the variant C onboarding dialog was vertically centered on desktop, but should instead be top-aligned according to the mocks. The attached patch fixes that in both variant A and variant C.

Patches rolled-out to master, REL1_35, and REL1_34:

• master: https://gerrit.wikimedia.org/r/c/mediawiki/skins/Cosmos/+/634749
• REL1_35: https://gerrit.wikimedia.org/r/c/mediawiki/skins/Cosmos/+/634752
• REL1_34: https://gerrit.wikimedia.org/r/c/mediawiki/skins/Cosmos/+/634751

Change 634755 had a related patch set uploaded (by Catrope; owner: Catrope):
[mediawiki/extensions/GrowthExperiments@master] StartEditingDialog: Make image in difficulty banner top aligned, fix padding

Change 634755 had a related patch set uploaded (by Catrope; owner: Catrope):
[mediawiki/extensions/GrowthExperiments@master] StartEditingDialog: Make image in difficulty banner top aligned, fix padding