Re: [Wikitech-l] [Train] 1.33.0-wmf.24 status update

The 1.33.0-wmf.24 version of MediaWiki remains blocked[0], holding at group0 pending resolution of the following issue: * RefreshLinksJob::runForTitle: transaction round 'RefreshLinksJob::run' already started on commons - https://phabricator.wikimedia.org/T220037 Errors related to the issue were

Re: [Wikitech-l] Easy list whitelist

Based on -tech IRC discussion, I'm summing this up @ https://meta.wikimedia.org/wiki/Tech/20190404-Adblock-issue given WikiTech is currently Account creation locked. On Thu, 4 Apr 2019 at 21:17, RhinosF1 Wikipedia wrote: > Hi Nick, > > Thanks for the Clarification, From what I know,

Re: [Wikitech-l] Easy list whitelist

Hi Nick, Thanks for the Clarification, From what I know, the issue was present for about 10 hours. I'm not sure how widespread the impact was page wise. Is it worth summarising what happened anywhere else? Thanks, RhinosF1 On Thu, 4 Apr 2019 at 21:15, Nick Wilson (Quiddity) wrote: > Hi

Re: [Wikitech-l] Easy list whitelist

Hi RhinosF1, It was only a single webpage that was reported as being blocked by the browser extension (although there were presumably other pages and wikis affected that went unreported in the past), thus it is probably not of great concern to our thousands of contributors who read the short Tech

Re: [Wikitech-l] Easy list whitelist

Hi, Thanks to Nick for the PR. As far as I understand, Easy list is some sort of ad blocking system that multiple ad blockers use. From what I can see, Wiktionary got caught up in a block on URLs ending in /ads and /advert making some pages blank. It's best to read the Tech IRC log from 4pm

Re: [Wikitech-l] Easy list whitelist

Easy List seems to be one of the component in various adblocker tools (possibly enabled by default in some or all of them?). https://easylist.to/ E.g. the "uBlock Origin" extension's settings panel which lists it, apparently enabled by default: https://i.postimg.cc/yN217Tg5/Selection-001.jpg I've

[Wikitech-l] TechCom Radar 2019-04-03

Hi All, Here are the minutes from this week's TechCom meeting: * Hosted IRC meeting on: RFC: Skin templating * minutes: * log:

[Wikitech-l] 2019-04-03 Scrum of scrums meeting notes

For HTML version see https://www.mediawiki.org/wiki/Scrum_of_scrums/2019-04-03 = 2019-04-03 = == Callouts == * Fundraising campaigns https://meta.wikimedia.org/wiki/CentralNotice/Calendar * SRE service operations would like input/help from Core Platform Team/Performance on

Re: [Wikitech-l] resource loader; 1.32 alpha; 1.32 stable breaking change loading scripts in widgets

I don't know if its best practise to do this, but core seems to do: (window.RLQ=window.RLQ||[]).push(function () { mw.loader.using('ext.myextension').then(function(){ console.log('library loaded');}); }); You probably don't have many other options if you are using the Widgets extension. --

Re: [Wikitech-l] Easy list whitelist

On Thu, 2019-04-04 at 16:08 +0100, RhinosF1 Wikipedia wrote: > Could someone please see if WMF wikis could be whitelisted as a follow up > to > https://github.com/easylist/easylist/issues/3188? What does that mean? Whitelisting what exactly? Where? Please include sufficient context to allow folks

Re: [Wikitech-l] resource loader; 1.32 alpha; 1.32 stable breaking change loading scripts in widgets

Best practice is to use the PHP methods which generate the required wrappers. Have a look at ResourceLoader::makeLoaderConditionalScript() and ResourceLoader::makeInlineCodeWithModule(). Alternatively, if it's possible, it is ideal to put the initialization code into another module and load

[Wikitech-l] resource loader; 1.32 alpha; 1.32 stable breaking change loading scripts in widgets

dear all, i experienced breaking changes when loading scripts in the widgets extension through the resource loader. please check the gitlab snippet [1] i created. i did not find any documentation and checked the migration guide [2]. is the code presented in the gitlab snippet good practice?

[Wikitech-l] Easy list whitelist

Hi, Could someone please see if WMF wikis could be whitelisted as a follow up to https://github.com/easylist/easylist/issues/3188? Despite the short term distruption, Could it be placed on Tech News as users were noticing that some pages were blocked? Thanks, RhinosF1

Re: [Wikitech-l] Patchsets by new Gerrit contributors waiting for code review and/or merge

For the couple I am slightly familiar with (apologies if I am mistaken): On Thu, Apr 4, 2019 at 11:11 AM Andre Klapper wrote: > * https://gerrit.wikimedia.org/r/#/c/operations/software/cumin/+/497312/ > ** allow running cumin as a regular user > ** 2019-March-18 > ** Maintainers/Stewards: WMF

Re: [Wikitech-l] Phabricator Login Error

>> >> On Thu, 4 Apr 2019 at 18:28, RhinosF1 Wikipedia >> wrote: >> >> > >> >> > Hi all, >> >> > Is there any reason Phabricator accounts would be marked not >> approved? >> >> > I've not noticed this happenin

Re: [Wikitech-l] Phabricator Login Error

On Thu, 2019-04-04 at 09:55 +0100, RhinosF1 Wikipedia wrote: > Do we know when it was implemented and why? Is it part of the > response to earlier security issues? Yes. Best place to bring up Phabricator questions is https://www.mediawiki.org/wiki/Talk:Phabricator/Help which is linked from the

[Wikitech-l] Patchsets by new Gerrit contributors waiting for code review and/or merge

CR0: Please review and provide guidance if you are familiar with the code, and decide (CR±1 or CR±2): * https://gerrit.wikimedia.org/r/#/c/mediawiki/skins/Material/+/471766/ ** Add scrollbar:: to view more content on sidebar ** 2018-November-06 ** Maintainers/Stewards: ??? *

Re: [Wikitech-l] Phabricator Login Error

Phabricator accounts would be marked not approved? > >> > I've not noticed this happening before but there's been a report on > IRC > >> > (see > >> > https://wm-bot.wmflabs.org/logs/%23wikimedia-tech/20190404.txt) by > >> > https://phabricator.wikimed

Re: [Wikitech-l] Phabricator Login Error

d? >> > I've not noticed this happening before but there's been a report on IRC >> > (see >> > https://wm-bot.wmflabs.org/logs/%23wikimedia-tech/20190404.txt) by >> > https://phabricator.wikimedia.org/p/Dusti/ saying they are getting the >> > error:

Re: [Wikitech-l] Phabricator Login Error

F1 Wikipedia > wrote: > > > > Hi all, > > Is there any reason Phabricator accounts would be marked not approved? > > I've not noticed this happening before but there's been a report on IRC > > (see > > https://wm-bot.wmflabs.org/logs/%23wikimedia-tech/20190404.tx

Re: [Wikitech-l] Phabricator Login Error

een a report on IRC > (see > https://wm-bot.wmflabs.org/logs/%23wikimedia-tech/20190404.txt) by > https://phabricator.wikimedia.org/p/Dusti/ saying they are getting the > error: 'Your account has been created, but needs to be approved by an > administrator. You'll receive an email on

[Wikitech-l] Phabricator Login Error

Hi all, Is there any reason Phabricator accounts would be marked not approved? I've not noticed this happening before but there's been a report on IRC (see https://wm-bot.wmflabs.org/logs/%23wikimedia-tech/20190404.txt) by https://phabricator.wikimedia.org/p/Dusti/ saying they are getting

[Wikitech-l] SQL strict mode in development

Hello, As of today, MediaWiki development settings now ask MySQL/MariaDB to report error for a wide range of issues that just emitted a warning previously. That is done in includes/DevelopmentSettings.php by setting: $wgSQLMode = 'TRADITIONAL'; As such, you might see database errors