[Wikitech-l] Production Excellence (October 2019)

2019-11-07 Thread Krinkle
reports closed. [3] * 207 currently open Wikimedia-prod-error reports in total. [4] There were three recorded incidents last month, which is slightly below our median of the past two years. Explore this data: < https://codepen.io/Krinkle/full/wbYMZK>. To read more about these inc

[Wikitech-l] Fresnel 0.5.0 for MediaWiki (perf testing in CI)

2019-10-24 Thread Krinkle
This week Fresnel 0.5.0 was released and deployed to Jenkins. Highlighted changes: - Add support for Mann–Whitney U test. [1] – https://phabricator.wikimedia.org/T223977, https://en.wikipedia.org/wiki/Mann-Whitney_U_test - Switch regression detection from diffStdev to diffMannWhitney

[Wikitech-l] Wikimedia production excellence (September 2019)

2019-10-24 Thread Krinkle
currently open Wikimedia-prod-error reports in total. [4] There were five recorded incidents last month, equal to the median for this and last year. – Explore this data at https://codepen.io/Krinkle/full/wbYMZK To read more about these incidents, their investigations, and pending actionables; check

[Wikitech-l] Wikimedia production excellence (August 2019)

2019-10-02 Thread Krinkle
reports closed. [3] * 210 currently open Wikimedia-prod-error reports in total. [4] The number of recorded incidents in August, at three, was below average for the year so far. However, in previous years (2017-2018), August also has 2-3 incidents. – Explore the data at https://codepen.io/Krinkle

Re: [Wikitech-l] PLURAL in mw.msg

2019-10-01 Thread Krinkle
ed in the block for message.text() and message.parse(), with mw.msg() being a shortcut for message.text(). Could be improved to mention there directly as well! -- Krinkle https://doc.wikimedia.org/mediawiki-core/master/js/#!/api/mw.Message-method-text https://doc.wikimedia.org/mediawiki-core/master/js/#!

[Wikitech-l] Fresh-node: 19.10.1

2019-10-01 Thread Krinkle
I've published a new version of Fresh. Fresh is a simple way to create light and fast isolated contexts in your Terminal. For example, when you need to run 'npm' commands that install and run code needed for ESLint, Grunt or Selenium tests. Get started at https://github.com/wikimedia/fresh See

Re: [Wikitech-l] Declaring methods final in classes

2019-09-01 Thread Krinkle
On Sun, Sep 1, 2019 at 12:40 PM Aryeh Gregor wrote: > On Fri, Aug 30, 2019 at 10:09 PM Krinkle wrote: > > For anything else, it doesn't really work in my experience because > PHPUnit > > won't actually provide a valid implementation of the interface. It > returns > &g

[Wikitech-l] Wikimedia production excellence (July 2019)

2019-08-30 Thread Krinkle
] - 44 closed Wikimedia-prod-error reports. [3] - 218 currently open Wikimedia-prod-error reports in total. [4] The number of recorded incidents over the past month, at five, is equal to the median number of incidents per month (2016-2019). – Explore the data at https://codepen.io/Krinkle/full/wbYMZK

Re: [Wikitech-l] Declaring methods final in classes

2019-08-30 Thread Krinkle
On Thu, Aug 29, 2019 at 1:46 PM Aryeh Gregor wrote: > On Thu, Aug 29, 2019 at 1:02 AM Krinkle wrote: > > What did you want to assert in this test? > > In a proper unit test, I want to completely replace all non-value > classes with mocks, so that they don't call the

Re: [Wikitech-l] Declaring methods final in classes

2019-08-28 Thread Krinkle
On Tue, Aug 27, 2019 at 6:55 PM Aryeh Gregor wrote: > I see that in some classes, like WANObjectCache, most methods are declared > final. Why is this? [..] > > The problem is that PHPUnit mocks can't touch final methods. [..] What did you want to assert in this test? I find there is sometimes

[Wikitech-l] Wikimedia production excellence (June 2019)

2019-07-31 Thread Krinkle
.io/Krinkle/full/wbYMZK>. To read more about these incidents, their investigations, and pending actionables; check < https://wikitech.wikimedia.org/wiki/Incident_documentation#2019>. There are currently 204 open Wikimedia-prod-error reports (up from 186 in April, and 201

[Wikitech-l] [BREAKING CHANGE] Remove support for 'object' in wgResourceModules

2019-07-25 Thread Krinkle
TL;DR: The pre-2011 option of setting a ResourceLoaderModule instance in $wgResourceModules, or calling ResourceLoader->register with an object as second parameter, will be removed in MediaWiki 1.34.0 (release expected in Nov 2019). Change these to an array using the 'class' or 'factory' keys

[Wikitech-l] Wikimedia production excellence (May 2019)

2019-07-01 Thread Krinkle
-prod-error tasks closed. [3] The number of incidents in May of this year was comparable to previous years (6 in May 2019, 2 in May 2018, 5 in May 2017), and previous months (6 in May, 8 in April, 8 in March) – comparisons at < https://codepen.io/Krinkle/full/wbYMZK>. To read more

Re: [Wikitech-l] The revisions watching database is blocked for ten hours

2019-06-19 Thread Krinkle
A similar report is tracked at https://phabricator.wikimedia.org/T226109. Likely the same cause. The wmf.10 train has been reverted from group1 wikis[1], which means the issue should no longer happen again. Whether the existing jobs from the last 24 hours are lost or can be recovered will be

[Wikitech-l] Wikimedia production excellence (April 2019)

2019-05-31 Thread Krinkle
‍ *“One good deed is not enough to save a man.” “Though it seems enough to condemn him?” “Indeed…”* --- Footnotes: [1] Incidents reports by month and year. – https://codepen.io/Krinkle/full/wbYMZK [2] Tasks created. – https://phabricator.wikimedia.org/maniphest/query/pJQdvhVYtHTi/#R [3] Tasks

[Wikitech-l] Database schema diagram for MW 1.32

2019-04-22 Thread Krinkle
Hi all, Are you familiar with MediaWiki's database schema diagram? https://www.mediawiki.org/wiki/File:MediaWiki_database_schema_latest.svg https://www.mediawiki.org/wiki/Manual:Database_layout I've updated it yearly, or every other year, since 2011. – hoping to have it updated for MediaWiki

[Wikitech-l] Wikimedia production excellence (March 2019)

2019-04-21 Thread Krinkle
 Read on Phabricator at https://phabricator.wikimedia.org/phame/live/1/post/150/ --- How’d we do in our strive for operational excellence last month? Read on to find out! ##  Month in numbers * 8 documented incidents. [1] * 31 new Wikimedia-prod-error issues reported. [2] * 28

[Wikitech-l] Thank you Tuesday

2019-04-14 Thread Krinkle
(A few days late, or a day early.) Thank to Ebe123 and Daimona Eaytoy for their work on the Score and AbuseFilter extensions. For years they've been working on these code bases and consistently very responsive to bug reports, maintenance inquiries, and offering help to other interested

[Wikitech-l] Wikimedia production excellence (February 2019)

2019-03-21 Thread Krinkle
 Read on Phabricator at https://phabricator.wikimedia.org/phame/live/1/post/141/ --- How’d we do in our strive for operational excellence? Read on to find out! - Month in numbers. - Current problems. - Highlighted stories. ##  *Month in numbers* * 7 documented incidents. [1] * 30 new

[Wikitech-l] Fresnel for MediaWiki (performance testing)

2019-03-06 Thread Krinkle
You may have noticed something called "mediawiki-fresnel" leaving messages on Gerrit patches for MediaWiki in the past few days, and wondering what it's all about. Allow me to introduce Fresnel! Fresnel is an automation tool for measuring and comparing client-side performance from web pages.

[Wikitech-l] Sunsetting mwSnapshots

2019-02-24 Thread Krinkle
ad.tar.tz", which creates the actual archive. 14. If for "master" branch, update the Mediawiki-latest.tar.gz symlink. 15. (End of for-each branch). Delete older tar files for branches that we created a new one for just now. It lived at https://tools.wmflabs.org/snap

[Wikitech-l] Wikimedia production excellence (January 2019)

2019-02-12 Thread Krinkle
 (est. 3 minute read) https://phabricator.wikimedia.org/phame/live/1/post/140/ --- How’d we do in our strive for operational excellence last month? Read on to find out! - Month in numbers. - Highlighted stories. - Current problems. ##  *Month in numbers* * 4 documented incidents in

[Wikitech-l] Thank you Tuesday

2019-02-12 Thread Krinkle
then. * Thanks to Kunal (Legoktm) for re-starting our Thank you threads as a weekly occurrence. Who would you like to thank? -- Timo Tijhof (Krinkle) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo

[Wikitech-l] CI updates: Quibble on Stretch, and Headless Chrome 71

2019-02-09 Thread Krinkle
TL;DR: * MediaWiki jobs now run on the same Debian OS version as wmf-production, which makes make the wmf-quibble PHPUnit tests even more useful. * The QUnit tests for MediaWiki repos now use Headless Chrome. (For other repos, this was done last year.) ## Quibble HHVM now on Debian Stretch

[Wikitech-l] Wikimedia production excellence (December 2018)

2019-01-21 Thread Krinkle
 Read this post on Phabricator at https://phabricator.wikimedia.org/phame/post/view/130/ --- How’d we do in our strive for operational excellence last month? Read on to find out! - Month in numbers.

[Wikitech-l] Wikimedia production excellence (November 2018)

2018-12-11 Thread Krinkle
 Read this post on Phabricator at https://phabricator.wikimedia.org/phame/live/1/post/129/ --- How’d we do in our strive for operational excellence last month? Read on to find out! - Month in numbers. - Current problems. - Highlighted stories. ##  *Month in numbers* * 4 documented

[Wikitech-l] Wikimedia production excellence (October 2018)

2018-11-28 Thread Krinkle
 Read this post on Phabricator at https://phabricator.wikimedia.org/phame/live/1/post/125/ --- How’d we do in our strive for operational excellence last month? Read on to find out! - Month in numbers. - Highlighted stories. - Current problems. ##  Month in numbers * 7 documented incident

Re: [Wikitech-l] [Wikitech-ambassadors] Translations on hold until further notice

2018-09-27 Thread Krinkle
Yes, we can run my deleteEqualMessages.php again, for all wikis. It does require byte equivalence. And in my experience that means it almost never does what you want. People will copy it slightly differently due to spacing or with less generic syntax (eg Wikipedia: vs Project), or someone will

[Wikitech-l] Production Excellence: September 2018

2018-09-25 Thread Krinkle
 Read this post on Phabricator at https://phabricator.wikimedia.org/phame/live/1/post/119/ How’d we do in our strive for operational excellence last month? Read on to find out! - Month in numbers. - Current problems. - Highlighted stories. ## Month in numbers

Re: [Wikitech-l] CI updated Firefox to 60 and Chromium to 69

2018-09-13 Thread Krinkle
Thanks Antoine, this is great! On Thu, 13 Sep 2018 at 11:27, Antoine Musso wrote: > Hello, > > The CI jobs using Debian Stretch had their browser updated: > > - Firefox v52 -> v60 > - Chromium v68 -> v69 > > The reference task is: https://phabricator.wikimedia.org/T203902 > > > If there is any

Re: [Wikitech-l] JS caching

2018-09-08 Thread Krinkle
Hi, Sounds like you’re experiencing the Startup module being cached, which is the script that registers JavaScript modules and version numbers. [1] Do you have a cache proxy between MediaWiki web server and your browser? Such as Squid, Varnish, or the FileCache in MediaWiki? If so, see

[Wikitech-l] Remove 'jquery.expandableField ' module without deprecation

2018-08-17 Thread Krinkle
Hi, The 'jquery.expandableField' created in 2011 for use by the Vector skin (back when skins were still part of core). More specifically, it was part of an experimental option brought in via the Vector *extension*. It was never enabled by default and the option was removed in 2013. [1] The

[Wikitech-l] Wikimedia production issues (August 2018)

2018-08-09 Thread Krinkle
How did we do in our strive for operational excellence since last month? Read on to find out! ## The month in numbers * 2 documented incidents since July 19. [1] * 55 Wikimedia-log-errors tasks closed after July 19. [2] * 31 Wikimedia-log-errors tasks created after July 19. [3] Logstash

Re: [Wikitech-l] Proposal for removal without deprecation of OutputPage::addMetadataLink and OutputPage::getMetadataAttribute

2018-07-25 Thread Krinkle
Immediate removal with release notes, sounds good to me. -- Timo On Wed, Jul 25, 2018 at 12:33 PM, Aryeh Gregor wrote: > Patch to remove: https://gerrit.wikimedia.org/r/c/mediawiki/core/+/447629 > > In the course of writing more tests for OutputPage, I came across the two > methods

[Wikitech-l] Wikimedia production problems (July 2018)

2018-07-18 Thread Krinkle
Hi! Striving for operational excellence, here's a summary of recent issues in production that can currently affect end-users. ## Statistics * 124 fatals. (channel=fatal) * 3,986 exceptions. (channel=exception) * 34,559 PHP errors. (channel=error) * 42,222 errors in total. (channel=*,

Re: [Wikitech-l] Help remove unused wmf-config code

2018-07-08 Thread Krinkle
On Sun, Jul 8, 2018 at 12:49 PM, Adam Wight wrote: > Strange--the "UseContributionTracking" variable is still a thing, although > it's reported as unused by the script. See > https://github.com/wikimedia/operations-mediawiki-config/ > blob/master/wmf-config/CommonSettings.php#L2098 > > I get

[Wikitech-l] Help remove unused wmf-config code

2018-07-07 Thread Krinkle
eel free to edit the page to strike-out or remove entries that you've dealt with. Best, -- Krinkle [1] Source code: https://gist.github.com/Krinkle/15be368abdbf918c8ef7a06cde011457 [2] https://codesearch.wmflabs.org/search/ [3] Merged patches: https://gerrit.wikimedia.org/r/#/q/project:operations/

[Wikitech-l] Remove wfOutputHandler() without deprecation

2018-03-20 Thread Krinkle
our policy [4] I propose to refactor these without leaving back-compat aliases. Feedback welcome at https://gerrit.wikimedia.org/r/420223 -- Krinkle [1] https://phabricator.wikimedia.org/T189966 [2] https://codesearch.wmflabs.org/search/?q=wfOutputHandler [3] https://github.com/search?q

[Wikitech-l] PHP profiling - Now covering covering multiversion and wmf-config

2018-03-14 Thread Krinkle
Hi all, TL;DR: When using X-Wikimedia-Debug to profile web requests on Wikimedia wikis, the generated profile information will now include details from "w/index.php", and MWMultiVersion, and things like wmf-config/CommonSettings.php. Details at https://phabricator.wikimedia.org/T180183. - The

[Wikitech-l] MediaWiki PHP profiling - Now also on Beta Cluster

2018-01-31 Thread Krinkle
Hi all, Wikimedia's production configuration of MediaWiki supports enabling request profiling, to obtain call-graphs, flame graphs, and other useful details about the PHP execution. In production, this can be enabled by using the WikimediaDebug browser extension. For instructions see

[Wikitech-l] Update to Wikimedia RFC Process

2017-12-27 Thread Krinkle
Hi all, TL;DR: TechCom has published a new version of the RFC process, at < https://www.mediawiki.org/wiki/Requests_for_comment/Process>. For comparison, here is the last revision before recent changes: < https://www.mediawiki.org/w/index.php?oldid=2089457>. ## Highlights * Reduce complexity

Re: [Wikitech-l] Simple overview image about how MW loads resources in clients

2017-11-07 Thread Krinkle
reating a Grunt.js-based validator for these files, we retroactively named the format "Banana" (in line with the Milkshake theme), and the validator "Banana-checker". -- Krinkle [1] https://github.com/wikimedia/jquery.i18n#readme [2] https://www.mediawiki.org/wiki/Milk

Re: [Wikitech-l] Upgrade of QUnit from 1.x to 2.x is underway

2017-10-24 Thread Krinkle
to James Forrester or myself. -- Timo Tijhof (Krinkle) [1] https://gerrit.wikimedia.org/r/#/c/367838/ On Thu, Jul 27, 2017 at 2:26 AM, Krinkle <krinklem...@gmail.com> wrote: > TL;DR: > MediaWiki core is upgrading its version of QUnit from 1.x to 2.x. > This means exte

Re: [Wikitech-l] HHVM vs. Zend divergence

2017-09-20 Thread Krinkle
About third-parties. * Regardless of whether PHP 7 (or 8, or 9) is more similar to PHP 5 than Hack is. * Regardless of whether upgrading from PHP 5 to 7 is more or less difficult than upgrading to Hack. * Regardless of whether Zend PHP is going to make big backwards-incompatible changes in the

[Wikitech-l] Upgrade of QUnit from 1.x to 2.x is underway

2017-07-26 Thread Krinkle
TL;DR: MediaWiki core is upgrading its version of QUnit from 1.x to 2.x. This means extensions or skins with QUnit tests must now be compatible with 2.x. See https://phabricator.wikimedia.org/T170515 and https://qunitjs.com/upgrade-guide-2.x/. Hi all, ### Deprecated API In 2014,

[Wikitech-l] Upgrade to jQuery 3 is coming

2017-06-29 Thread Krinkle
, inclusion of jQuery Migrate will made configurable so that sites that have already migrated may disable the plugin for better run-time performance. Track progress at <https://phabricator.wikimedia.org/T124742>. -- Krinkle [1] https://www.mediawiki.org/wiki/Beta_Cluster [2] https://www.mediawi

[Wikitech-l] New: ApiParse useskin option (Breaking change: OutputPage:enableTOC removed)

2017-06-12 Thread Krinkle
, as we now know (T130632) that only solved the problem partially. No other callers were found in Wikimedia Git. As such, I chose not keep the exception to this logic flow. -- Krinkle [1] https://gerrit.wikimedia.org/r/#/q/project:mediawiki/core+topic:mwtoc+is:merg

Re: [Wikitech-l] Issue loading JS with ResourceLoader but not with addScript

2017-04-18 Thread Krinkle
The error string "Module "jquery" is not loaded" actually comes from mw.loader.require, unlike the "Unknown dependency: jquery" error which can come from mw.loader.load. It looks like the "masonry.pkgd.js" script is detecting a CommonJS-compatible environment and therefore assumes jQuery must

[Wikitech-l] [BREAKING CHANGE] Oldest deprecated wikibits JavaScript now removed

2017-04-11 Thread Krinkle
https://www.mediawiki.org/wiki/ResourceLoader/Core_modules Yours, -- Krinkle Phabricator Task: https://phabricator.wikimedia.org/T122755 [1] wikitech-l: First round of JavaScript deprecations (introducing mw.log.deprecate for wikibits) - MediaWiki 1.23 (2013) https://www.mail-archive.com/

Re: [Wikitech-l] CDN for Wikimedia code

2017-04-07 Thread Krinkle
=vector Loading this one url with mw.loader.load (potentially using wgUserLanguage and skin from mw.config) would make it a bit more efficient already. Example for RTRC (deployed to/loaded from mediawiki.org) <https://meta.wikimedia.org/wiki/User:Krinkle/RTRC-dev.js>. -- Krinkle

Re: [Wikitech-l] CDN for Wikimedia code

2017-04-07 Thread Krinkle
have any benefit compared to the current situation the thread opener describes. -- Krinkle ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] [BREAKING CHANGE] Internet Explorer 9 will be JavaScript-less starting April 2017

2017-03-17 Thread Krinkle
Hi all, Starting in April 2017, MediaWiki will end Grade A support for browsers that do not implement ES5 JavaScript. [1] This affects Internet Explorer 9 users and others using very old mobile browsers. [2] Users with these browsers will still be able to browse and contribute to the projects.

Re: [Wikitech-l] Last Call: [RFC] image and oldimage tables

2017-02-06 Thread Krinkle
/Architecture_committee/2017-02-01. [1] https://phabricator.wikimedia.org/T589 [2] https://www.mediawiki.org/wiki/Requests_for_comment/image_and_oldimage_tables On Thu, Jan 19, 2017 at 4:04 AM, Krinkle <krinklem...@gmail.com> wrote: > Hi, > > The Architecture Committee plans to make a decisi

Re: [Wikitech-l] MVVM/Single-State solution for our UIs?

2017-02-01 Thread Krinkle
On Mon, Jan 30, 2017 at 1:57 PM, Jan Dittrich wrote: > > State management and data/event propagation goes beyond of what OOUI can > provide, as far as I (Jan) know. So an obvious candidate was looking into > MVVM solutions of which the most well known is the React

[Wikitech-l] Last Call: [RFC] image and oldimage tables

2017-01-18 Thread Krinkle
Hi, The Architecture Committee plans to make a decision in two weeks on the RFC about the schema change for image and oldimage tables. [1] [2] Please review the updated RFC page [2] and send any final comments here on Wikitech-l or Phabricator [1] by 2017-02-01. If no new and significant

Re: [Wikitech-l] Changing a default system message

2016-10-26 Thread Krinkle
/wiki/Manual:Hooks/MessageCache::get https://github.com/wikimedia/mediawiki-extensions-WikimediaMessages/blob/d742c363/WikimediaMessages.hooks.php#L22-L53 This example may be more complicated than what you need, but it's a starting point from which you can simplify. here is a bit more -- Krinkle

[Wikitech-l] New MediaWiki structure test for message existence in ResourceLoader modules

2016-08-17 Thread Krinkle
the fact in error logs. Best, -- Krinkle ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Schema migration for 'image' and 'oldimage' tables

2016-08-10 Thread Krinkle
TL;DR: Participate on T589 and help decide what the upcoming schema change should entail, and how we'll migrate existing data. Hey all, Couple weeks ago we dedicated an IRC office hour to https://phabricator.wikimedia.org/T589 (RFC: image and oldimage tables). Updated draft at:

[Wikitech-l] New: mw-tool-tourbot - Semi-automated legacy JS migration

2016-06-29 Thread Krinkle
TL;DR: A Node.js interactive command-line tool for fixing use of deprecated javascript functions in on-wiki javascript. https://github.com/Krinkle/mw-tool-tourbot In 2011 I started a clean up of site scripts (the "Tour"). You can work on the tour either per-issue (e.g. remove IE60Fixe

Re: [Wikitech-l] Total removal of Javascript globals?

2016-06-07 Thread Krinkle
) migrations on-going right now. -- Krinkle On Sat, Jun 4, 2016 at 8:54 AM, Strainu <strain...@gmail.com> wrote: > There is talk in some communities about the wg-globals going away later > this year, but I can't find anything in the tech updates or mw.org > > Is there any

Re: [Wikitech-l] ResourceLoader addModuleStyles() issues

2016-05-10 Thread Krinkle
Next steps now written up at https://phabricator.wikimedia.org/T92459#2281878 On Mon, May 9, 2016 at 7:45 PM, Krinkle <krinklem...@gmail.com> wrote: > > > On Mon, May 9, 2016 at 7:17 PM, Brion Vibber <bvib...@wikimedia.org> > wrote: > >> >> >> So, st

Re: [Wikitech-l] ResourceLoader addModuleStyles() issues

2016-05-09 Thread Krinkle
ter step 1. After step 2, old output A would try to load "site" as style module still (which no longer has styles). Though after a FOUC, it would still fallback by loading 'site.styles' on-demand as dependency of "site". [1] htt

[Wikitech-l] Phabricator Differential lackings

2016-05-09 Thread Krinkle
(albeit a costly one, due to pull:N vs push:1). In addition to these workflow concerns, there is also Continuous integration of course. But that's a separate issue. I'm bringing up these concerns now because contrary to what I expected, Differential is being adopted by quite a few repos now

Re: [Wikitech-l] ResourceLoader addModuleStyles() issues

2016-05-09 Thread Krinkle
On Sun, May 8, 2016 at 5:47 PM, Jon Robson wrote: > Apologies if I'm missing something that makes this so complicated but > could we not simply throw an error/warning if you use addModuleStyles > on a module with scripts set That's exactly what I'm proposing we do.

Re: [Wikitech-l] ResourceLoader addModuleStyles() issues

2016-05-09 Thread Krinkle
On Wed, May 4, 2016 at 1:43 PM, Brion Vibber wrote: > Quick notes on the migration path: > > > *Cached page HTML* > > HTML cached under the old regime would still be served for a while, but > ResourceLoader would load the newer style. I *think* that should work as > long

Re: [Wikitech-l] ResourceLoader addModuleStyles() issues

2016-05-09 Thread Krinkle
On Wed, May 4, 2016 at 4:23 PM, Brad Jorsch (Anomie) <bjor...@wikimedia.org> wrote: > On Wed, May 4, 2016 at 6:34 AM, Krinkle <krinklem...@gmail.com> wrote: > > > [..] We don't currently require modules to say whether they are a > dynamic module. >

[Wikitech-l] ResourceLoader addModuleStyles() issues

2016-05-04 Thread Krinkle
to depend on them. Thoughts? https://phabricator.wikimedia.org/T87871 https://phabricator.wikimedia.org/T92459 -- Krinkle [1] If one would allow page style modules to have dependencies and resolve them server-side in the HTML output, this would cause corruption when the relationship between two

Re: [Wikitech-l] [BREAKING CHANGE] Legacy wikibits will no longer loaded by default on Wikimedia wikis and MediaWiki 1.27

2016-03-29 Thread Krinkle
(e.g. "To enable X, copy this snippet to Special:MyPage/common.js, and save"). I don't think we should burden them with the updating of such snippet themselves. However we should definitely reach out to authors of wiki pages (e.g. documentation pages for user scripts) to ensure tha

[Wikitech-l] [BREAKING CHANGE] Legacy wikibits will no longer loaded by default on Wikimedia wikis and MediaWiki 1.27

2016-03-25 Thread Krinkle
cies on wikibits. In MediaWiki 1.28, to be released in November 2016, the wikibits module will be removed entirely. -- Krinkle [1] https://www.mediawiki.org/wiki/ResourceLoader/Legacy_JavaScript [2] https://lists.wikimedia.org/pipermail/wikitech-l/2013-October/072776.html [3] https://grafana.wi

Re: [Wikitech-l] Jenkins: Composer require-dev packages now supported for MediaWiki builds

2016-02-16 Thread Krinkle
On Tue, Feb 16, 2016 at 7:48 PM, Gergo Tisza <gti...@wikimedia.org> wrote: > Awesome, thanks Timo & Bryan! > > On Tue, Feb 16, 2016 at 9:19 AM, Krinkle <krinklem...@gmail.com> wrote: > > > * PHPUnit is now loaded from $WORKSPACE/vendor instead of the frozen &g

[Wikitech-l] Jenkins: Composer require-dev packages now supported for MediaWiki builds

2016-02-16 Thread Krinkle
P. – https://phabricator.wikimedia.org/T86163 -- Krinkle ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Update from the Wikimedia Performance Team

2016-02-02 Thread Krinkle
Hi, This is the monthly report from the Wikimedia Performance Team for January 2016. ## Our progress ## ### Multi-datacenter * The central login system started to use DB slaves for some actions instead of master DB. * MediaWiki Special pages and Action classes now support defining DB query and

Re: [Wikitech-l] Tech Talk: Creating Useful Dashboards with Grafana: January 14

2016-01-14 Thread Krinkle
This talk starts in 5 minutes. 5th Floor in WMF offices. Live stream: https://www.youtube.com/watch?v=UlL6UoRUQAM -- Krinkle On Wed, Jan 13, 2016 at 1:38 PM, Rachel Farrand <rfarr...@wikimedia.org> wrote: > Please join for the following tech talk: > > *Tech Talk**:* Creating Us

Re: [Wikitech-l] Pageview API

2015-11-17 Thread Krinkle
Nice work on the API! I wrote a basic consumer of this API at http://codepen.io/Krinkle/full/wKOMMN#wikimdia-pageviews The only hurdle I found is that the 'articles' property is itself nested/double encoded JSON, instead of a plain object. This was somewhat unexpected and makes the API harder

Re: [Wikitech-l] [BREAKING CHANGE] IE 8 will go JavaScript-less starting January 2016

2015-11-14 Thread Krinkle
odern browsers, as well as on mobile browsers. In such scenarios the stylesheet more important, and users effectively get the fallback experience (as opposed to a page with no styling, which would happen if we don't do that). -- Krinkle On Fri, Nov 13, 2015 at 10:02 AM, Florian Schmidt < florian.

[Wikitech-l] [BREAKING CHANGE] IE 8 will go JavaScript-less starting January 2016

2015-11-11 Thread Krinkle
around May 2016). Tech News will announce this change as well, but please help carry this message into your communities. In January, we will send a reminder before the change happens. Yours, -- Krinkle For details about the JavaScript-less experience, see https://www.mediawiki.org/wiki/Compatibility

Re: [Wikitech-l] New RFC: better JS minification

2015-09-02 Thread Krinkle
. 3. We use neither JSMin nor JSMin+ for minification. They are too slow and cause bugs. We use JavaScriptMinifier. -- Krinkle [1] https://www.mediawiki.org/wiki/JavaScriptMinifier <https://www.mediawiki.org/wiki/JavaScriptMinifier> ___

Re: [Wikitech-l] What happened to our user agent requirements?

2015-09-01 Thread Krinkle
:""} In the past (2012?) these were definitely being blocked. (Ran into it from time to time on Toolserver) It seems php file_get_contents('http://...api..' <http://...api..'>) is also working fine now, without having to init_set a user_agent value first. -- Krinkle ___

Re: [Wikitech-l] oldimage naming convention

2015-08-20 Thread Krinkle
as well. — Krinkle On 19 Aug 2015, at 00:52, Brion Vibber bvib...@wikimedia.org wrote: I have the impression that was an old bug which got fixed sometime in the last couple years -- it was accidentally using the current time instead of the original upload time. But there will of course

Re: [Wikitech-l] [Wikitech-ambassadors] [BREAKING CHANGE] Use of document.write no longer supported

2015-08-09 Thread Krinkle
On 7 Aug 2015, at 13:05, S Page sp...@wikimedia.org wrote: On Thu, 06 Aug 2015 01:24:03 +0200, Krinkle krinklem...@gmail.com mailto:krinklem...@gmail.com wrote: TL:DR; Double-check your wiki's site scripts and your personal scripts to ensure document.write is no longer used. ... Check

Re: [Wikitech-l] [Wikitech-ambassadors] [BREAKING CHANGE] Use of document.write no longer supported

2015-08-05 Thread Krinkle
Fixed, and deployed. Thanks for reporting and sorry for not noticing that earlier. — Krinkle On 5 Aug 2015, at 17:12, Max Semenik maxsem.w...@gmail.com wrote: Already reported as https://phabricator.wikimedia.org/T108139 https://phabricator.wikimedia.org/T108139 On Wed, Aug 5, 2015

[Wikitech-l] [BREAKING CHANGE] Use of document.write no longer supported

2015-08-05 Thread Krinkle
, their states can be tracked with mw.loader. This solves long-outstanding issues such as https://phabricator.wikimedia.org/T106736 which sometimes caused malfunctions in Common.js to affect user gadgets, VisualEditor, and other site tools. — Krinkle [1] http://en.wikipedia.beta.wmflabs.org

Re: [Wikitech-l] Changes require Verified+2 to be merged by CI

2015-07-22 Thread Krinkle
. Please don't (and in many repos, people can't). This bypasses Jenkins and causes other inconsistencies. Instead wait until Jenkins is done and then CR+2 it. -- Krinkle ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https

Re: [Wikitech-l] Min php version

2015-07-22 Thread Krinkle
parties can stick to using the LTS or the current stable version as needed for upto several years more without issue. -- Krinkle ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Blocking Resources from Google crawl

2015-07-03 Thread Krinkle
also https://en.wikipedia.org/wiki/MediaWiki_talk:Common.js#Remove_MediaWiki:Common.js.2Ffile.js https://en.wikipedia.org/wiki/MediaWiki_talk:Common.js#Remove_MediaWiki:Common.js.2Ffile.js -- Krinkle ___ Wikitech-l mailing list Wikitech-l

Re: [Wikitech-l] old-bugzilla.wikimedia.org to be switched off in favor of static-bugzilla

2015-06-08 Thread Krinkle
will become 404. (Seems acceptable). Currently they are 301 redirect to old-bugzilla. -- Krinkle ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] jQuery UI, opensearch API, categories and autocompletion -- oh my!

2015-05-06 Thread Krinkle
://github.com/wikimedia/mediawiki/blob/master/resources/src/mediawiki/mediawiki.userSuggest.js -- Krinkle ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Jenkins slaves now use tmpfs for MySQL storage

2015-04-21 Thread Krinkle
://phabricator.wikimedia.org/T96230#1215473 There's still room for more optimisations, which are tracked at https://phabricator.wikimedia.org/T96249 https://phabricator.wikimedia.org/T96249. — Krinkle [1] https://phabricator.wikimedia.org/T93556 https://phabricator.wikimedia.org/T93556

[Wikitech-l] Welcome Chromium to our QUnit testing

2015-04-03 Thread Krinkle
) by simply running npm test. [11] Aside from Node.js, it requires no pre-installed software and is as easy as npm install to set up. — Krinkle [1] https://phabricator.wikimedia.org/T74063 [epic] Adopt Karma with Chromium (tracking). [2] https://phabricator.wikimedia.org/T89433 Make QUnit tests run

[Wikitech-l] Reminder: AjaxDispatcher and Sajax are deprecated

2015-03-26 Thread Krinkle
are deployed at Wikimedia.) Tracker bugs: https://phabricator.wikimedia.org/T55120 https://phabricator.wikimedia.org/T42786 — Krinkle Related thread: [Wikitech-l] Call to eliminate sajax, Daniel Friesen, October 2013 https://www.mail-archive.com/wikitech-l%40lists.wikimedia.org/msg63136.html

Re: [Wikitech-l] Renaming two extension with same name

2015-03-23 Thread Krinkle
if there is something they found wrong in the extension that could help mitigate the issue. — Krinkle On 22 Mar 2015, at 13:08, Thomas Mulhall thomasmulhall...@yahoo.com wrote: They both have the same name and when in api it would show twice resulting in wikiaprary tracking them both and putting them

Re: [Wikitech-l] Transfering domain cswp.cz to WMF

2015-02-28 Thread Krinkle
redirect using RewriteRule. — Krinkle On 22 Feb 2015, at 16:20, Petr Bena benap...@gmail.com wrote: Hi, Long time ago I purchased domain cswp.cz in order to use it in same way as enwp.org for czech wikipedia (cswp.org was taken by something). I think that it would be probably better

Re: [Wikitech-l] ResourceLoader: modifying dependencies dynamically?

2015-01-27 Thread Krinkle
code doing to jQuery Tablesorter? Where do you intend to reference/use that additional code? -- Krinkle ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Design] A new extension of content tree about Wikipedia

2015-01-05 Thread Krinkle
On Sun, Jan 4, 2015 at 11:42 PM, quiddity pandiculat...@gmail.com wrote: On Mon, Dec 29, 2014 at 3:42 AM, Prateek Saxena psax...@wikimedia.org wrote: On Sat, Dec 20, 2014 at 9:45 AM, Krinkle krinklem...@gmail.com wrote: Our table of contents is in desperate need of improvement. Having

Re: [Wikitech-l] A new extension of content tree about Wikipedia

2014-12-19 Thread Krinkle
is accessed (lazy-load). -- Krinkle [1] Different ideas around an aside-accessible table of contents: * http://underscorejs.org/ * Wikipedia iOS App: http://i.imgur.com/Sg0pqsg.jpg * User manual: http://asciidoctor.org/docs/user-manual/ ___ Wikitech-l

Re: [Wikitech-l] MediaWiki Security and Maintenance Releases: 1.24.1, 1.23.8, 1.22.15 and 1.19.23

2014-12-18 Thread Krinkle
on thumb.php (badtitletext) is not a raw html message. It is meant to be parsed and displayed regularly. And always was. Except it was re-used for thumb.php, and forgotten to be parsed there. I won't go into details, but it's exploitable under the right circumstances. -- Krinkle

Re: [Wikitech-l] MediaWiki Security and Maintenance Releases: 1.24.1, 1.23.8, 1.22.15 and 1.19.23

2014-12-18 Thread Krinkle
strict policy on that as well (maybe too strict). And the same at other trackers, and tech organisations. Feel free to ask me on IRC or elsewhere in private, though. — Krinkle ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https

Re: [Wikitech-l] [Labs-l] Wikimedia tool framework (php)

2014-12-08 Thread Krinkle
I also have a home-grown framework: https://github.com/Krinkle/toollabs-base Originally created for my Toolserver tools. Recently rewritten for Tool Labs. A few example tools: * https://tools.wmflabs.org/orphantalk/ * https://tools.wmflabs.org/usage/?action=usagegroup=Krinkle * https

Re: [Wikitech-l] All non-api traffic is now served by HHVM

2014-12-03 Thread Krinkle
Very nice. The impact can is also reflected and easy to spot in the Cluster CPU graphs on Ganglia: https://ganglia.wikimedia.org/latest/?r=monthc=Application+servers+eqiad https://ganglia.wikimedia.org/latest/?r=yearc=Application+servers+eqiad — Krinkle On 3 Dec 2014, at 17:03, Giuseppe

Re: [Wikitech-l] [BREAKING CHANGE] Upcoming jQuery upgrade: Removing jQuery Migrate

2014-12-01 Thread Krinkle
Hey all, On 3 Jun 2014, Krinkle wrote: TL;DR: * We did not make the breaking change last week for Wikimedia; it is postponed. * MediaWiki 1.24.0 will ship with jQuery Migrate switched off. * Wikimedia non-Wikimedia wikis can enable jQuery Migrate if needed. * When MediaWiki 1.24

  1   2   3   4   >