@SCP-2000: Is the IP address assignment static? a /24 range would effectively open 256 IP addresses to the increased limits.

Tested in production. should be fine now for both enwiki and fawiki.

I have landed on the same solution. Will be happy to queue it for the UTC morning window in 6 hours and follow up from there.

In T409366#11347249, @matmarex wrote:

…or it could be caused by the hook defined directly in configuration here: https://gerrit.wikimedia.org/g/operations/mediawiki-config/+/c901262a58781743f53ea8792c9de2c5467a4d9e/wmf-config/CommonSettings.php#2669

Checking $user->isAnon() is suspicious.

deployed, memcached cleared.

Hi there, requesting for myself and @Biyanto-ESEAP to ACL Project Admin to manage project/sub-projects at https://phabricator.wikimedia.org/project/profile/8165/, which was created with T403908.

@Biyanto-ESEAP what is need is membership to acl*Project-Admins. I am requesting it there for us now.

In T403908#11166277, @Biyanto-ESEAP wrote:

Hi @Aklapper can you add my username to the Trusted-Contributors? I want to add a subproject and edit the details, but I am unable to do so, thank you!

In T403908#11155429, @Aklapper wrote:

Hi, is this about https://meta.wikimedia.org/wiki/Special:MyLanguage/ESEAP_Hub ? Context welcome.

Description (read the best practices and include a sentence understandable to the public and without "This project is for tracking work related to..." noise:

This project is for tracking work related to Wikimedia ESEAP Hub.

This makes me wonder if people read instructions...? :)

I am aware of the extra effort and responsibilities required to self manage and willing to take it up.

@Aklapper: Tentatively: about us, projects we are working on, team(s) composition, contact us form. Admittedly the content can mostly be done on meta or the main wikifarm, but the key things are the skin and domain name.

Thanks for the response. Upon further discussions with Chlod, we would like to refine to the following: a project just for hosting eseap.org website.
We have not considered the main wikifarm primarily because we would likely be using something like WMAU skin if it is on MediaWiki and of course using the eseap.org domain, unless the main wikifarm can support both options.

@Andrew apologies for the belated reply, I have requested for it to be deleted: T401958.

Changes deployed.

Checked in wikimaniawiki. Protection dropped.

Given that the program page is up for 2025, this extension would be beneficial for ad-hoc and side events.

This is becoming a whack-a-mole exercise.
https://en.wikipedia.org/wiki/Kianjokoma_brothers_case

New articles now do not have noindex set for the robots meta tag. This can be verified with new articles being pushed to main space from the draft space through the AfC process that's not autopatrolled. (Use the https://en.wikipedia.org/wiki/Wikipedia:Articles_for_creation/recent list for recent accepted drafts.)

Don't mind if I take over the assignment of the ticket and I push the necessary updates to mediawiki-config and backport the changes when it is time to do so?
I will leave this ticket open for a week or so longer for further feedback from the community.

deployed.

I got curious and went down a rabbit hole. Would this suffice as a replacement? https://commons.wikimedia.org/wiki/File:Wiktionary-icon-si.svg

Done with adding extendedconfirmed rights to translationadmin group.

Reopening as I realised that I have to put extendedconfirmed rights into translationadmin as well.

changes deployed. creating a [[:wikimania:Wikimania:User access levels]] page along the lines of [[:en:Wikipedia:User access levels]] to information dissemination.

The destination page "PAGENAME" already exists. Do you want to delete it to make way for the move?

This is currently working as such regardless the presence of an accompanying talk page.

In T362379#10356773, @Mvolz wrote:

Sorry, that was ambiguous - I meant an infrastructure change on their end, maybe, because it doesn't work on a different IP and with a different user-agent either.

In T362379#10343746, @Mvolz wrote:

In T362379#10343726, @Mvolz wrote:

In T362379#10343714, @Robertsky wrote:

FYI, it seems that straitstimes.com may be blocked now as well.

Yup. Very clear block starting Nov 5th 2024 visible: https://logstash.wikimedia.org/app/dashboards#/view/5eaf4e40-f6b6-11eb-85b7-9d1831ce7631?_g=(filters%3A!()%2CrefreshInterval%3A(pause%3A!t%2Cvalue%3A0)%2Ctime%3A(from%3Anow-3M%2Cto%3Anow))

We're not sending them more than 30 requests/day so :/ The day they blocked us, only 3 requests!

Tested locally and it doesn't work either - might have been an infrastructure change rather than a deliberate block.

FYI, it seems that straitstimes.com may be blocked now as well.

@Tgr yes. tl.wiktionary.org account is attached successfully.

This happens to other projects which one does not visit before the unattached Wikitech issue bubbled up. i.e. the accounts on these four projects are unattached and were created recently when I visited the projects:
dtp.wikipedia.org
fr.wiktionary.org
ms.wiktionary.org
pt.wiktionary.org

@bd808 thanks, it works.. now I have other unattached accounts to deal with. fun. haha. with stake out at T378289.

@bd808 well, the wikitech account does not have an email address attached to it as found out by @Ladsgroup. imo, a longshot to tie the accounts together is my request for toolsforge access. there is a talk page thread on the creation of the toolforge account by the bot that is setup to notify developers of the account creation. It should be around the same time as the toolforge account was created, if there is a log or timestamp to the account creation date.

@Ladsgroup I can't log into the wikitech account which makes it a nonstarter (as somehow the password for wikitech wiki was lost in my password manager) to edit in wikitech as a proof.

A suggestion: Mailchimp can be replaced with Mautic (https://www.mautic.org/). However, the initial setup of the server for each affiliate may take some effort/resources to complete.

I have successfully moved the file. Log id: https://commons.wikimedia.org/w/index.php?title=Special:Log&logid=358049656

On further consideration, this should be layered with a cache somewhere to prevent potential excessive amounts of API calls being made on the fly to Wikidata. Either in the same vein of T369928 or a json file in the MediaWiki namespace on wiki with a list of key-value pairs of most frequently (for a start) cited domains and the relevant citation template to use. The json file then can be updated by the community as and when required/requested independently of the citoid server/extension development.

@kostajh, I will close this as duplicate then. :) thanks for the update.

the images have been adjusted. fyi.

No objections to @Mdann52 joining in. I having dislike bus factor of 1.

In T362379#9874297, @SCherukuwada wrote:

We're learning more as we are talking to owners of the sites who've decided to block Citoid, while also trying to be sure about how much traffic we're sending to them.

We're in conversation with the owners of one property who have said that the traffic pattern looks like abuse traffic. We're trying to learn in what way this is so - Volume? A nonstandard user agent pattern (which we've since changed)? Spikes?

More updates to come.