Wikimedia-Site-requests
PublicDiscussion between users working on #Wikimedia-Site-requests and #Wikimedia-Extension-setup

Hopefully one day we will have Herald rules to automatically sort tasks between workboard columns.

sorry by wrong

@MarcoAurelio should we create a parent task (like T169440) for stuck global rename? and attach it in this page

It'll help reamers to open tasks like this and to put suitable subscribers who can help as fast as they can

No. That tracking task has a very specific purpose: monitor renames of accounts with more than 100,000.- edits. Thanks.

@alanajjar was talking about creating similar tracking task with different purpose.

I think you should ask the developers that have worked with us in the past on unblocking global renames if they would find that useful in that case.

May 1st, 2018

Thanks @Urbanecm for clarify what I said. Also Thanks @MarcoAurelio

May 7th, 2018

Hello, any action here T193790 ? stuck since 1 May

May 28th, 2018

Hello. Not filling a task because I have not confirmed the issue in depth, but I can't see the logo at hu.wikiquote. I have tried with reloading, refreshing and skin change w/o success. Maybe something is not loading from my side or there's a general issue. Thanks for your help. Regards.

,I can see the logo just fine, before and after hard refreshes, in both Chrome and Firefox.

It's probably because there is no HD logo. @MarcoAurelio, can you try at another projects without HD logo?

Jun 5th, 2018

Hello, I'm wondering if we need lists like commonsuploads or visualeditor-nondefault? I think it'll be good to compute those lists. The first list can be computed easily as all - private - wikis with edp, the second one has some guidelines at the start

Also, I'm wondering about the number of lists that are just for info, maybe?

Or for some invisible reason.

Such as the folowing: I really don't know what I should expect list rtl.dblist to do, nor I can expect the behaiviour of pp_stage0/1 and so on.

Jun 13th, 2018
AndyTan joined the room.
Jun 17th, 2018

Hello. Just a reminder that no non-emergency deployments will happen on the week of June 18, 2018 due to SRE being offsite (that is: there'll be no SWAT windows this week).

Jun 24th, 2018

I'm really not sure if we can proceed T196732 (probably will include creating another set of copy upload domain whitelist for arwiki and manage its content according to arwiki's EDP, I'd oppose dropping whitelist at all, even it's limited to trusted on wiki per the task linked). I'd like to see opinions of others.

Also I'm here for any question related to ar.wiki community. Thanks Martin for help.

Jun 25th, 2018

I'm not sure we grant upload_by_url to any group outside Commons t.b.h.

FWIW that user right should be upload-by-url (T181506: `upload_by_url` user right should be `upload-by-url`). Renaming it is easy, but requires creating a deprecation variable/period and I don't know how to do that, otherwise I'd have attempted it myself :-)

At least now, it doesnt matter what the right should be, because we're discussing about accepting/declining the request.

Just as you, I'm just not sure if we can proces. Why do you think that only commons is eglible?

MarcoAurelio removed a participant: Ahmed123.

I think we should speak to @Dereckson to know his opinion, and also to @Bawolff just in case he thinks this can cause some security red-flag from their side.

I'm not familiar with upload-by-url to judge here.

Jul 9th, 2018

Wikimedia Commons seems to use upload by URL mainly for batch contributions from a source.

Does the Arabic Wikipedia have a program for mass uploads from a trusted site? Is it compatible with their EDP?

It seems their goal is to transfer files from commons to ar (a good use case when there is a copyright issue on Commons, but local EDP allows to host the file).

The swift back-end will copy the file. And that's something not really reliable, infrastructure should be configured to allow logical references to a physical file. That's something for ops to implement (we've somewhere a task for that, probably as a blocker for the upload.wikimedia.org whitelist task).

Jul 10th, 2018

Does the Arabic Wikipedia have a program for mass uploads from a trusted site? Is it compatible with their EDP?

I am not aware of such existance nor familiar with their EDP (I cannot read a word of Arabic). But if the primary use is to transfer files from/to Commons; arwiki is in the set of beta testers for FileImporter/Exporter extension so they can do that already; and as such I'd say to decline. Thanks.

where are you getting commons from?

from what I see, they want to use enwiki as their source, not commons

I cannot read a word of Arabic

alanajjar added a participant: Jar.
Jul 12th, 2018

I have no problem with sysops granting pseudobots to themselves, but granting pseudobots to everyone is almost same responsibility as granting bot flag, more when it is NOT intended as temporary thing in most cases.

do we have no existing cases of sysops being able to grant bot rights?

Jul 13th, 2018

We don't believe we are intentionally misusing the flag, although before I was a sysop I did notice User:Jayantanth forgetting to remove it from himself once he was done using it (https://bn.wikisource.org/s/1vg#বট_ফ্ল্যাগ). As for those with the flag at present, all are bot accounts save for Titodutta, I can remove the flag from his account and ask him to create a bot account so his manual edits aren't also hidden from RecentChanges.

Well, by abusing a "pseudobot" flag I mean https://bn.wikisource.org/wiki/%E0%A6%AC%E0%A6%BF%E0%A6%B6%E0%A7%87%E0%A6%B7:%E0%A6%85%E0%A6%AC%E0%A6%A6%E0%A6%BE%E0%A6%A8/Bodhisattwa-bot and other bot accounts. Those accounts are full bots, not pseudobots. Pseudobot is a human making a lot of edits, maximally semiautomatically, not a fully autonomous script. It is my opinion, I'd like to hear your.

If you want full bots, you should ask a bureaucrat for a bot flag. Because you don't have bureaucrats AFAICS, you must ask stewards who act on behalf of missing roles :)

Mahir256 added a participant: Bodhisattwa.

This may be a fair assessment; perhaps a combined request for all bots not already using the bot flag (aside from Hrishikesbot which already has a pending request on SRB) is in order.

Jul 15th, 2018
Ankry joined the room.

@Urbanecm Bodhisattwa-bot alredy has the bot flag.

Jul 17th, 2018
Hrishikes joined the room.

Bodhisattwa-bot is both bot and bot-user at present. It was done by the user because (I presume), the recent pywikibot touch edits were showing up in Recent Changes even with a bot account.

Aug 7th, 2018

do we have no existing cases of sysops being able to grant bot rights?

ptwikivoyage iirc, but such got removed. Bot flags are bureaucrat/steward-only permissions

Aug 24th, 2018

"ops has a way" wat

I'm not sure what that means. As far as I know the only way to lift IP restrictions is to put a rule at the throttle.php file. Unless it is also possible to do something else directly hacking into the servers or the puppet config, which I'm not aware of. Thanks.

I think the one who said ops wanted to say deployer, which is true.

Aug 25th, 2018
Aug 31st, 2018

ops could create the accounts via the command line I guess?

In theory every deployer, but this would be very rare. Sysadmins prefer to do something on wiki when possible.

Restricted users can do it as well as deployers+opd

wow nice one Phabricator. Messages out of order. That's a new one.

Phabricator indeed make us laugh from time to time :)

Sep 10th, 2018

Messages out of the order occur easily in async apps.

You don't have any warranty the server will receive and process messages from the clients in a sane order.

But timestamp could help to reorganize the timeline.

While we're at Phabricator phun, I've a NaN number of notifications.

Sep 17th, 2018

Also, general reminder that while we're operating in the secondary data center, per DBA request, no new features can be deployed to the wikis that creates tables/alter schemas during this period, without previous approval of DBA people (this is an extract of the request as posted on wikitech-l). Regards.

I invite everybody to T204583. I'd appreciate comments.

Oct 2nd, 2018

Hello people. Due to recent health/family issues that have complicated during these days I am currently unable to find time to handle T202769: Request to rename a namespace on fy.wiktionary.org. Would someone else want to SWAT & handle that for me? It's okay if not. Thank you.

Oct 5th, 2018
Aklapper joined the room.

:( I'm sorry to hear that. Sending my best wishes!

Oct 6th, 2018

@MarcoAurelio Sorry to hear that. I've claimed the task and will handle it.

Oct 11th, 2018

@Urbanecm Thank you very much. I appreciate that you've handled that for me. Apologies for the inconvenience, again. Best regards.

It really wasn't inconvinient for me, you at least reminded me to schedule my patches for SWAT.

To GCI mentors (or wannabe mentors): I have created "add three HD logos", "upload a patch for a site configuration task" and "get a site request change deployed" generic GCI task and I'd appreciate co-mentors. Feel free to add yourself to

(Thanks for the Google Code-In tasks!) Note: For folks who are not registered on the GCI website: Those links in the last comment will only work after Oct21 and after removing the "dashboard/" part of the URL

Per discussion with James F., Reedy, Tim Starling, Legoktm and others on #mediawiki-core today, we're adviced/suggested not to accept new deployments of the ShortUrl extension to new wikis. The main reason seems to be T122708: ShortUrl must not write to master db on page views (DBPerformance warning). We should advice people to wait until the new UrlShortener extension is avalaible (no exact time when that will be). Therefore gomwiki at T206741: Enable extension ShortURL for the Konkani Wikipedia may/will be the latest wiki to get ShortUrl then. Regards.

Oct 20th, 2018

Thanks @Urbanecm for your tasks ! I have added myself as a mentor, although I don't know if I will have much time this year.

Oct 22nd, 2018
RazeSoldier joined the room.
Oct 31st, 2018

I allowed myself to create an extra column on Wikimedia-Site-requests project workboard for Google-Code-in-2018 related tasks. It'll be simpler to trigger students to available tasks. I'll delete it after the contest closes.
If possible please let these tasks free for students for a few weeks.

Nov 10th, 2018
Zoranzoki21 joined the room.