The file with a hash bf346059ec71d0e30c80c9c2c948ca77286229962906045dfd67c38c8bb0b46b is a desired one, but any attempts to revert to it seem to fail.

https://www.mediawiki.org/wiki/Trust_and_Safety_Product/IP_Info points to this bug. Can you update the info on mw.org to reflect the current status? I think the tool is available to quite a few wikis now?

I have added the information from this ticket to https://wikitech.wikimedia.org/wiki/Help:Toolforge/Running_jobs - I was getting a warning for my jobs and needed to figure it out.

Yes, at first we shall stop using the PostgreSQL version as given by Debian.

Reported to Debian as https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1144806

The root cause of this as confirmed by strace(1) is that

One the first steps in an unknown environment when touch some hosts is to check the health of systemctl status.

The Cloud-Services project tag is not intended to have any tasks. Please check the list on https://phabricator.wikimedia.org/project/profile/832/ and replace it with a more specific project tag to this task. Thanks!

In T428103#12205425, @Johannnes89 wrote:

In T428103#12203789, @JJMC89 wrote:

This task does not provide any rationale/justification for forcing the use of 2FA.

I would rather stop using private wikis than flood my authenticator app with more Wikimedia entries.

I'm not sure about all private wikis, but increasing account security on cuwiki, stewardwiki and other wikis storing sensitive data seems like the right call to me.

Is this still relevant in 2026?

https://etherpad.wikimedia.org/p/2026_Hackathon_Showcase_&_Coolest_Tool_Awards should probably be deleted as this is not used for the 2026 Wikimania Hackathon apparently @BPiovesan-WMF

How bad is it really? Do we have measurable bad effects because of this?

It is also extremely frustrating to figure out what is going on. Maybe the JavaScript popup could refer the user to one of those Phabricator tickets?

I've run into this today, after running into the T248217 problem.

Thank you for fixing this so quickly. I wasn't sure who might be the team/person to ask for this. Much appreciated.

Do you still have backups of the old databases and can check if those indices existed at all in the old MediaWiki versions?

A quick fix for this is to extend the update hook to install different SQL files for MySQL and PostgreSQL.

Would a complete database import be an option?

After fighting this for some time now today I figure out that pywikibot.userinterfaces are indeed the root cause of T281643: Pywikibot: avoid double logging of output.

September 2024 report from pl.wikipedia - need to confirm about:config settings of the reporter

In T358020#9565952, @Legoktm wrote:

queue runner seems to have crashed

502 error with Gerrit is probably better to be filed on Phabricator, not on the talk page...

Ah, forget my babble. you are right, this is the "End call" button, although the browser calls it the "BACK" button (it says "Press BACK again to quit browser.")
The bad part about it that there seems to be not timeout between the presses, i.e. pressing End Call once, waiting 10 seconds and pressing it twice shuts it anyway.

Do we really need this?...

Thank you @Anomie for having this one un-stuck! Much appreciated.

Is this still a problem?

Is this *strictly* necessary to make https://packagist.org/packages/davidbarratt/mediawiki work? (I mean it currently requires this patch):

What about replacing the "Settings" key with a language switch?

Can you put it on https://etherpad.wikimedia.org for others to see?

"Hi, What would you learn today?" seems to unnecessary take the screen space and - again - needs to be translated. "W" letter takes enough space already.

Would that be possible to have a build-time option to disable this and other forms of tracking? For example in webpack.config.js

It works now, but the problematic code is still there in

Maybe KaiOS app could simply be also hosted on .wikipedia.org and just presented there in a similar way the mobile interface is?

Personally I don't like this idea. I have a very small screen and having a clean, fast, readable search screen is enough. Please do not clutter those tiny displays....

Yes, that's what my patch is about.

In T237752#5866848, @Milimetric wrote:

Does dev guide say something which devices will use 56px and 84px icons?

So, I have just spent an HOUR trying to troubleshoot this with a very nice and patient new user. It was not obvious at all what is the problem (I was suspecting some wrong license settings first but we double checked).

Just got this reported by a new user on IRC... very annoying!

My deployment procedure

@Aklapper I found the code at https://github.com/wikimedia/wikipedia-kaios - I even managed to build it and deploy on my Nokia 8110. I just ran

Thanks. I just realized there is a something I don't like with those links, just filed T244618: Canonical wikistats v2 URLs should be permalinks to the period the graph is referring to for this... possibly a duplicate though

What is the canonical URL for the new stats after go live? For example, will this be

Wow, thanks @ashley ! 💌

I think I have found something related to this:

1. Switched to Polish language globally
2. On the search screen started searching for "Tupo"
3. then selected entry called "Tupolew Tu-154"
4. and pushed the center button "WYBIERZ" (select)
5. Tu-154 article loads (I am redirected correctly)
6. Pressed left button ("Menu")
7. Picked "Language" from the "Article Menu"
8. A message appears "Loading..."
9. The app is stuck and needs to be killed

Thank you. I think that getting rid of "/v2" is not a very worthy goal in itself. It could be also changed to something else. Unfortunately, I don't have a team to consult :)

Do we need to log every peep of the user?