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

Hello, I've questions about T189277: Change aliases on ruwiki. Please post your opinion, thanks !

Apr 9th, 2018
Wandji_Collins joined the room.
Apr 21st, 2018

@Dereckson When you created new wikis last week, most of the configuration patches finally merged were missing configuration values (logo paths, $wgNamespaceNames, etc). I think those were lost in the middle of rebases, etc. I have uploaded patches to try to fix them. Also, I don't think gorwiki should've been created at all with no MessagesGor.php existing at all. Now we should translate and fix the whole lot of namespaces there and hope no conflicts arise when running namespaceDupes.php. Regards.

@MarcoAurelio I scheduled your patches (2) for Monday EU SWAT, guess it can wait till then.

Thanks @Urbanecm - I'll try to be around. Feel free to add lfnwiki one as well: https://gerrit.wikimedia.org/r/#/c/428052/ Thanks!

Apr 27th, 2018

14 global renames stuck, all, at meta.wikimedia.

Strangely all of them got stuck at Meta-Wiki. Someone in logstash should verify what happened or is happening at meta and document it.

Apr 28th, 2018
Apr 30th, 2018

Hello Everyone, One thing is still not clear to me. why do we use Community-consensus-needed instead of Wikimedia-Site-requests's Blocked on community consensus column.

I think we use both.

But why sir, It does not make sense to use two things for the same purpose.

I personally prefer the tag so I can search for tasks with them. That said, maybe the workboard of Site-Requests maybe need some overhaul or redesign. I'm not that active as before there so I give way to those monitoring the project more closely.

It makes sense. The tag is used across all projects, for queries like "how
many tasks are blocked on community consensus". On the other hand, the
column is used for moving the tasks out of our primary area of interest.
Querying based on column isn't possible. Is it more clear?

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.