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

Sorry, I don't understand your question.

@MarcoAurelio, Yes they want transwiki permission, which does not have any issue. But they also want 'importupload' right to administrators. They got only one support from the community. which is not enough for importupload. And also if they want to upload xml they can request to Steward or MF-Warburg.

@Jayprakash12345 Ah. Yep, importupload is too sensitive and should be rejected.

Dec 30th, 2018

Okay. Then, I will not configure 'importupload' in the patch.

Whenever a steward change userright of someone@....wiki, the log only publish on metawiki. So, My question is: Is it possible to publish the same log on that particular wiki too?

For example: - 11:00, 28 December 2018 MarcoAurelio (talk | contribs) changed group membership for MarcoAurelio@zhwiki from CheckUser to (none)

Is it possible to publish the same log on zhwiki too?

@Tulsi_Bhagat Thanks for clarifying. It'd be an interesting feature, but for now I don't think that is possible (and if I remember rightly there was a ticket in the old bugzilla to make that possible, but I can't remember now). Regards.

It is in global log

But good idea for publish at RC

Dec 31st, 2018
Aklapper left the room.

Happy New Year to everyone!

Jan 1st, 2019

And especially, @Daimona created the first Phabricator task in 2019: T212730

timezone issues :) happy new year!

😄 Thank you!!

Jan 2nd, 2019

Hello & happy new year to all of you. I am having problems testing MediaWiki's maintenance/updateCredits.php. The script breaks because it says the Collator class is missing. I have run composer update (full update) and have PHP, etc. Trace as follows:

$ php maintenance/updateCredits.php
PHP Fatal error:  Uncaught Error: Class 'Collator' not found in maintenance\updateCredits.php:72
Stack trace:
#0 {main}
  thrown in maintenance\updateCredits.php on line 72

Fatal error: Uncaught Error: Class 'Collator' not found in maintenance\updateCredits.php:72
Stack trace:
#0 {main}
  thrown in maintenance\updateCredits.php on line 72

Any ideas? Thanks.

urbanecm@notebook ~/tmp
$ git clone file:///home/urbanecm/unsynced/git/wmf/gerrit/mediawiki/core/.git mediawiki # Get a fresh clone without having to download the repo from the cloud again
Cloning into 'mediawiki'...
remote: Counting objects: 754046, done.
remote: Compressing objects: 100% (113725/113725), done.
Receiving objects: 100% (754046/754046), 239.06 MiB | 22.17 MiB/s, done.
remote: Total 754046 (delta 641283), reused 750082 (delta 638096)
Resolving deltas: 100% (641283/641283), done.
urbanecm@notebook ~/tmp
$ cd mediawiki/

urbanecm@notebook ~/tmp/mediawiki
$ php maintenance/updateCredits.php
urbanecm@notebook ~/tmp/mediawiki
$

^^ here I tried to try this in a fresh clone, didn't get the error... ^

@MarcoAurelio: What does php -v say?

@Urbanecm

$ php -v
PHP 7.1.9 (cli) (built: Aug 30 2017 18:37:35) ( ZTS MSVC14 (Visual C++ 2015) x86 )
Copyright (c) 1997-2017 The PHP Group
Zend Engine v3.1.0, Copyright (c) 1998-2017 Zend Technologies
bash
[razesoldier@dev w]$ grep -rn "class\sCollator" *
vendor/jetbrains/phpstorm-stubs/intl/intl.php:5:class Collator {

I guess I can try with composer install --require-dev phpstorm-stubs ?

I am doing a full composer update right now and will retry after that.

In fact, composer.json already includes jetbrains/phpstorm-stubs

I did the full composer updating and re-run the script. Same error :-(

Does vendor/jetbrains/phpstorm-stubs/intl/intl.php exist?

May run composer dump-autoload to rebuild the class autoloader.

Done, same error, sorry :-(

https://php.net/manual/en/collator.create.php, it mean your PHP requires intl extension.

This class is provided by the PHP extension instead of the lib written by php. :)

I see. I have PHP via XAMPP. Any easy way to get it added?

XAMPP should also include intl.dll because the office win tarball is included it. In general, just find the extension path, then find the exact file name (may is php_intl.dll), and then fill it in php.ini. (extension=php_intl)

I editted my php.ini file and removed the ; from extension=intl. Ran the script and it works :) Thank you!

@Urbanecm So I could run the script but observed some issues: 1) it outputs the list of contributors to the very bottom of the CREDITS file & 2) if I just copy/paste the newly generated list to replace the already-generated one, it results in some contributors removal. Did the same happened to you? (also no .mailmap updates done). Thanks.

.mailmap is a configuration file, it's supposed to be touched by hand. It lists contributors that use two different Git names (git config --global user.name says what you use) to map them to some cannonical name, so they're not in CREDITS twice. The fact your second email address isn't listed there doesn't matter.

On the other hand, CREDITS isn't supposed to be touched manually - it's touched by updateCredits.php script. Also, the script shouldn't output anything - it should just touch the file and end.

P7953 is what updateCredits.php does to me.

Jan 4th, 2019

Any chance that somebody van handle T205826 ?

This is an unbreaking change for zh.ws and waiting wfew months for unknown reason?

@MarcoAurelio I think I found bugfix for problem which you reported about maintenance script updateCredits.php

Too, do you think to script should provide output at command line something like Done! or simular?

Jan 5th, 2019

I'll checkout the patch and test it locally, and will report back. A "done" message may be good too.

Given that the CREDITS file was recently updated at 4dfa67e9a it doesn't add anything new. But with your code the script doesn't add anything weird either.

That is an improvement at least.

Jan 12th, 2019

Ad T213575) Do we want to allow extra rights granted to interface-admin? As I explained in T213575#4875058, I strongly oppose that, but I'd like to hear other opinions before declining.

It is first request which I saw for interface-admin

I am not sure 100%

Zoranzoki21 removed a participant: LinedMaster1.
Daimona joined the room.

In hewiki this was because there was already a group interface editor. In this case of azwiki I would propose to create a seperate group for abusefilter. Modifying of abusefilters is not the primary task of interface admins.

Jan 14th, 2019

Thanks, rejected.

@Urbanecm Sorry I had a problem with Phabricator 2FA, but I'm now back. I agree interface-admin should remain as in scope as possible and agree with the rejection. Best regards.

Jan 15th, 2019

Ok, so for each situation like this we should reject requests @MarcoAurelio?

Yes, I'd say so.

Jan 16th, 2019

Sorry for no activity

Jan 18th, 2019

@MarcoAurelio There is issue on newiki, any sysop or crats can't able to grant any right temporarily (for a short time period). How can we fix this?

What does cannot mean in this context Tulsi?

Sysop/crats of ne.wikipedia can't able to grant anyone a user right in temporary basis (expiry after 1 day/week/month/year). So, Unfortunately we have to grant the right permanently.

This matches the error message that's displayed when you use "Other time" and insert an invalid date there. Could you try use the prefilled expiry dates and let me know?

Dates and times should be entered on english

Dates and times is in auto-dropdown menu.

It's in nepalese language.

I have tried that prefilled expiry dates and that invalid message appears.

Can you using Developer tool (F12) to view the HTML attributes as shown?

Daimona left the room.
Jan 19th, 2019

How to change that <option value=" १ दिन">१ दिन</option> to <option value="1 day">१ दिन</option> for permanently?

Wrong format. The correct format should be like this: "<i18n>:1 day,<i18n>:1 week, ..."

It should be like १ दिन: 1 day, १ हप्ता: 1 week, १ महिना: 1 month, ३ महिना: 3 months, ६ महिना: 6 months, १ वर्ष: 1 year

revi left the room.