Hour is easy, docs at https://www.mediawiki.org/wiki/Help:Extension:ParserFunctions#.23time - Briefly: Just need to

• replace the j xg with j xg H:i e
• and use the full timestamp, e.g. 2021-08-25T06:00

Agreed.

Thank you for the explanation. Appreciated! :-)
(and yup, I'm totally happy to wait, ofcourse!)

This appears to be low-impact (only 1 user-report, of an edge-case scenario), so I will leave it out of Tech News.

1. For the entry in this week's Tech News, please could you suggest what wording you would like? I would guess at something like...

(in the "Changes this week" section?)
The Growth team tools will be available for all newcomers at XXX wikis. You can help translate the interface. Local administrators can configure Growth features directly on their wiki.

2. The entry would end with a link to either this phab-task, or another task. Please either: add a specific list of wikis which will receive these new tools into this task's Description (IIUC, it's this listing), or point me towards a task that already contains the list which I should link to instead. This will enable Tech News readers to easily see which wikis are affected.

Thanks!

I'm trying to determine if this belongs in Tech News, and if so, how to describe it.

1. Please confirm that this is a bug which [is/might be] affecting many editors across multiple wikis, and is somewhat likely to be encountered by any given wiki - to justify the inclusion. I.e. I cannot tell whether this is a rarely-encountered edge-case that not many editors will need to learn about, or if it is something that many editors might be seeing and simply not reporting.
2. Please confirm if this description is accurate, and/or offer a clarified wording that can be used.

There is a problem with showing some of the edit review filters in some circumstances. Developers are working on fixing it.

@Tractopelle-jaune Hi, that message confusion is a combination of my fault, and a (new to me) software issue.
In brief: No, the read-only period will not affect Frwiki, but the CentralAuth downtime will. It should only last for a couple of minutes.

In T287701#7298615, @IKhitron wrote:

Very well. Could I, please, get one example where adding lang changes something in direction on any device? Thank you.

Now started: https://meta.wikimedia.org/wiki/Abstract_Wikipedia/External_outreach with notes and request for feedback on the talkpage.

Hi @Legoktm and @Ladsgroup :-) -- Please let us know:
(A) if there are any questions/clarifications that need to be resolved by VRT-admins/other before you can start researching how to technically do this?
(B) perhaps a rough timeline for when you might able to start researching and/or implementing the changes?
(C) Tell us ahead of time before the first actual change!

Should this be announced in the next Tech News edition?
Please confirm if that is correct, and if this draft-wording is suitable (or amend as needed):

[in the "Recent changes" section...]
The [[Special:MyLanguage/Extension:Score | Score]] extension has been re-enabled on public wikis. The security issue has been fixed. [link here]

Thanks!

(Removing the BetaFeatures tag - that is a different thing)

Slides on commons: https://commons.wikimedia.org/wiki/File:Where_can_I_run_this_An_Introduction_to_Wikimedia_Cloud_Services_-_wmhack_2021.pdf

In T288112#7281747, @ppelberg wrote:

What – if anything – is left to be done to ensure the message above gets included in this week's Tech News?

@MusikAnimal It looks like dom_walden found the problem and was able to successfully test that the feature adds the tags, e.g. https://en.wikipedia.beta.wmflabs.org/w/index.php?title=Conflict-title-0.08982248967603867-I%C3%B1t%C3%ABrn%C3%A2ti%C3%B4n%C3%A0liz%C3%A6ti%C3%B8n&action=history

Hi. I'd like to know when specifically this should be included in Tech News, and what specifically the blurb should say.
I know Ladsgroup recently sent the email to wikitech-l ("Phasing out old jQuery versions") explaining some of the details.

@Reedy Thanks! I think the only open question is then:
Is it feasible to easily solve the challenge of strings-with-embedded-variables?
i.e. list (B) which needs to have weekly and annual changes to the 2021/33 part in each, but is otherwise static.

removing tag from duplicate-topic (user-notice now tracked in T288070)

@Jdlrobson How would you like this described in TechNews? What is the timeframe? Perhaps something like this... (please correct as needed)

@Sdkb IIUC, those indicators were just added manually to each gadget's label, e.g. this diff and this legend creation, thanks to Xaosflux. The same thing was done at Meta-wiki a few years ago, e.g. this diff and this template, thanks to Steinsplitter.

How would you like this described in Tech News?
I've drafted this, but I'm unsure if it is complete & accurate (given the limitations of space):

If your wiki uses <div class="mw-content-ltr"> or <div class="mw-content-rtl"> without the required dir attribute, then these will no longer work in 2 weeks. There is a short-term fix that can be added to your local wiki's Common.css page, which is explained at T287701. From now on, all usages should include the full attributes, for example: <div class="mw-content-ltr" dir="ltr" lang="en"> or <div class="mw-content-rtl" dir="rtl" lang="he">. You can find existing examples on your wiki that need to be updated, using the instructions at T287701.

This seems to have been resolved at some point.
I cannot see or reproduce the original bug using the initial example nor a sandbox test (using latest Firefox and Chromium).

I can confirm I am still seeing the [subscribe] links at some Main-namespace pages, but not all, at both meta-wiki and mediawiki-wiki.
However, it seems to consistently resolve itself (i.e. those links vanish) if I purge the page.
E.g.

• I saw it on the [[mw:Main Page]] in both my volunteer and staff accounts.
• Refreshing/Hard-refreshing the page didn't change anything.
• I did an ?action=purge in the volunteer-account tab - the links vanished.
• I refreshed the page in the staff-account tab - the links vanished.

HTH!

Another request for this feature at https://en.wikipedia.org/wiki/Wikipedia_talk:Special:GadgetUsage#Does_this_data_exist_over_time%3F%3F

In T286371#7208826, @Ladsgroup wrote:

Oh it is: https://wikitech.wikimedia.org/wiki/Mailman#Disable_or_re-enable_a_mailing_list

Do you think it's missing something?

In T286371#7202536, @Ladsgroup wrote:

The underlying problem is much harder to fix, we didn't have standard concept of "archive/disabled" mailing list, mailman doesn't have such concept so we come up with a process (ban everyone, make the owner be a blackhole mailing list, etc.) but that process has not been applied uniformly (or at all in some cases). We have to find and fix each one we see when they show up.

Another complexity:

• There are probably going to be (many?) instances where someone uses different email addresses for wiki-user and mailing-lists

@Ladsgroup Hey :) Is there an existing upstream ticket that we could/should link here? (I couldn't see anything from a quick search & skim of the Postorius & Hyperkitty trackers)
Or any suggestions for the list-admins on how they could work-around the issue? (Perhaps manually unsubscribing the requesters, would stop the auto-reminder notifications?)
Thanks!

Possible alternative approach(?):

• Checking whether the page contains __NEWSECTIONLINK__ (directly or via transclusion)

AFAIK, that is the standard way that the communities use to make non-"Talk" namespace pages, have the "New section" link in the page-tools bar.
E.g. https://meta.wikimedia.org/wiki/Meta:Babel transcludes it via the <includeonly> within https://meta.wikimedia.org/wiki/Template:Babel_header
Note: I don't know how widespread that is beyond the largest of our wikis, but the couple of mid-size wikis that I spot-checked do use it (e.g. Swwiki, and Htwiki)

Yup, I have done everything I can here.

I think it would be helpful to:

1. Add an explanation of the current default(s) into the task description.
   • (AFAICT from staring at our InitialiseSettings.php, they are 220px on almost all Wikimedia wikis (last changed in 2010, from 180px), with five exceptions: itwikiquote (360px), svwiki (250px), nlwiki (260px), fiwiki (250px), nowiki (250px). And I think the default for non-Wikimedia wikis is 300px. But I'm not certain.)
2. Add an explanation into the task description for whether or not this proposed change would remove the technical ability to have different defaults for each Wikimedia wiki.
   • If it would: Consider whether we need/want to determine the answer to this other task, before or afterwards: T51357: Increase WMF cluster default image thumb size

In T282254#7175346, @sgrabarczuk wrote:

[...] (This, BTW, kinda leads us to a question about links in the sidebar: generic wikilinks vs. OOUI.)

Feedback per request. :) From my volunteer experience:

This was from when we had a CE dept. Individual teams would need to do this, if they haven't already in the years since task creation.

2 alternatives, in case helpful, depending on what your desired use-cases are...
I.e. Do you just want an alphabetical listing of pages within a category, or do you want an chronologically-ordered-by-last-update listing? And, does it need to be embedded within the page, or can it be a link?

Thank you for this! I've added an entry at https://www.mediawiki.org/wiki/No-JavaScript_notes#Metrics (as always, please add/update anything else in that page!)

Much thanks, x2!

Ah, thank you! That fixed the original problem.