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

@Dereckson Since you've handled in the past this kind of requests, would you like to handle T188537 as well? Thanks.

Getting a missing file error while doing T188940 (subprocess.py) too.

Mar 10th, 2018
Mar 15th, 2018
Ahmed123 joined the room.
Mar 16th, 2018

I uploaded a patch here to enable rollback group in arwikiquote and then i scheduled the patch in this page, so Is there any thing else needed from my side ? Thanks

Mar 17th, 2018

@Jayprakash12345 Thank you, this was very helpful

Hello, I leave a comment on @T148603, and I wish to raise the priority to High or Unbreak now!

As I wrote there, if we can at least revert every changes made based on the task!

alanajjar added a participant: Mr.Ibrahem.

All articles (ns=0) on arwiki (around 560,000 articles) have pending edits now, due to this issue!

this happened when the code changed on 2 March!

Mar 18th, 2018
Mahir256 joined the room.

@alanajjar DO NOT change priority to UBN, it is used for changes that BREAKS normal production and MUST be done RIGHT no (which isn't case even in your wiki). High isn't also usable as it means that the change should be done in this SWAT week (as this isn't fixed since March 2, 2018 this isn't this case). Cheers, Martin

Mar 19th, 2018

@Urbanecm I don't change it! I just said (to show the depth of our problem)!

Mar 21st, 2018

Hello. Does somebody know why links to root pages on Wikivoyages do not appear at all? I checked rOMWC and I see that subpages are enabled for the template namespace in all of them. Yet, while in Wikipedia we have links to root pages on subpages on Wikivoyage we have none: frwikivoyage, eswikivoyage, etc. Thanks.

Hmm, so the defaults ain't working at all. De.Wikivoyage did had to explicitly enable subpages to get those links, cf. https://de.wikivoyage.org/wiki/Vorlage:Bots/Doku

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.