Merged: https://github.com/Vesihiisi/COH-tools/commit/5e115d8e1a999d40e9f8d1d7a5732c96b3f7b303

Change 380800 merged by Elukey:
[operations/puppet@production] Improvements to druid profiles, move druid role out of analytics_cluster

Mentioned in SAL (#wikimedia-operations) [2017-09-28T13:02:59Z] <marostegui> Optimize template links and pagelinks on db2053 and db2046 - T174509

@Evelina-Bang-WMSE Fill in and send insurance claim according to email.

I installed google chrome, and adding templates work normal.. It only happen in palemoon browser.. I changed description and title now.

@Evelina-Bang-WMSE Fill in and send insurance claim according to email.

Mentioned in SAL (#wikimedia-operations) [2017-09-28T13:00:14Z] <marostegui@tin> Synchronized wmf-config/db-codfw.php: Depool db2053 db2046 - T174509 (duration: 00m 49s)

@Nirzar - will we have separate/new styles for:

• tables and other templates?
• footnotes and references

Change 381213 merged by jenkins-bot:
[operations/mediawiki-config@master] db-codfw.php: Depool db2053 and db2046

@RHo Something I'm noticing here:
In the proposed Dark screenshot, the background color of the actual page content seems to be base12 (#27292d) which is different from our current page background of base14 (#2e3136). Do we need to change the page background to base12?

Change 381213 had a related patch set uploaded (by Marostegui; owner: Marostegui):
[operations/mediawiki-config@master] db-codfw.php: Depool db2053 and db2046

I'm afraid the acceptance criteria of this ticket are not clear. @daniel mentioned so many things in the task description. To me this even sounds like it's talking about three or four different tickets. @daniel, can you please specify the description and make the acceptance criteria much more obvious? Thanks a lot.

It's certainly related to the new wikidiff2, these errors start being logged since Sep 15 13:24:31 which coincides with the time Adam pushed the config change to enable it: https://phabricator.wikimedia.org/T175818#3610346

Stalling until Oct 30th

Change 381212 had a related patch set uploaded (by Zfilipin; owner: Zfilipin):
[mediawiki/extensions/Popups@master] Run Selenium Ruby tests daily targeting Beta cluster

• Sep 28, 2017: I'll see to take care about this in the late evening CEST hours today.

Thanks for checking and the follow-up, @Peter! I'll be more mindful of comparing the sitespeed.io results in the future before raising the alarm.

Change 381210 had a related patch set uploaded (by Bartosz Dziewoński; owner: Bartosz Dziewoński):
[mediawiki/extensions/VisualEditor@wmf/1.31.0-wmf.1] ve.init.mw.DesktopArticleTarget: Remove hack for reversed tabs in RTL in Vector

The sad news is that the restart made the metric come down:

boron is up and running, some test builds of my own went fine. The VM is equipped with 8 vCPUs and 16GB and 300GB disk (without LVM) on SSDs. Increasing any of these is rather easy and can be done with minimal downtime (a few secs to maybe a few mins for the disk). Operating system is debian stretch.

Ah yes, I get the same error, and doing the same thing fixed it. Also on desktop Safari, which has the same settings.

D'oh, I got it now, thanks. The notation of "16/24sp" is what threw me off. When building Android layouts, you can't really specify the line height in terms of sp units. Instead, it lets you specify the text size (16sp) plus a lineSpacingExtra parameter (8sp) which can add up to 24.

Change 381207 merged by jenkins-bot:
[analytics/wmde/scripts@master] instanceof.php short sleep to avoid rate limit

Change 381208 merged by jenkins-bot:
[analytics/wmde/scripts@production] instanceof.php short sleep to avoid rate limit

Change 381208 had a related patch set uploaded (by Addshore; owner: Addshore):
[analytics/wmde/scripts@production] instanceof.php short sleep to avoid rate limit

Change 381207 had a related patch set uploaded (by Addshore; owner: Addshore):
[analytics/wmde/scripts@master] instanceof.php short sleep to avoid rate limit

This is done (there's a few pending openstack puppet cleanups, but nothing really blocking to close this bug).

• https://gerrit.wikimedia.org/r/381205 HTMLFormField: Treat weird '&#160;' labels as empty in OOUI mode
• https://gerrit.wikimedia.org/r/381206 HTMLMultiSelectField: Support sections in OOUI mode

So, looking at the dashboard, the query for the count of events is working again, but some other queries failed in the past day.

https://phabricator.wikimedia.org/diffusion/ETDA/browse/master/TemplateDataBlob.php;68b8c0b60eb6e439291ac2a1c0bbd212b7e18ca1$842

Change 378771 merged by jenkins-bot:
[mediawiki/tools/release@master] Add all wikidata build exts to make-wmf-branch

Change 381200 had a related patch set uploaded (by Volans; owner: Volans):
[operations/puppet@production] wmf-auto-reimage: add support for rename

Change 381199 had a related patch set uploaded (by Addshore; owner: Addshore):
[operations/mediawiki-config@master] Load wikibase build from mediawiki-config for beta wikidataclient

The wmf-reimage script has been superseeded by the wmf-auto-reimage scripts, see https://wikitech.wikimedia.org/wiki/Server_Lifecycle#wmf-auto-reimage

I'm trying to reproduce it on my local machine. With my distro-supplied hhvm 3.22.0 (rel) I don't see anything suspicious in the logs at all so far. Can you pin down when the asserts happen? Probably when generating a mobile diff page?

@Jdlrobson: The numbers from Pivot point to that being the correct URL: https://pivot.wikimedia.org/#webrequest/totals/2/EQUQLgxg9AqgKgYWAGgN7APYAdgC5gQAWAhgJYB2KwApgB5YBO1Azs6RpbutnsEwGZVyxALbVeAfQlhSY4AF9kwYhBkdmeANroVazsApU6jFmw55uOfETKUlxpq3adLvAUNHj8IhUt3OLZVUA/BkxACVicgBzcSUAEwBXBmI9XgAFAEYAESpmMGorAFpM+TK0ILT8KPijekczF0wrAhJDe3rTENd8dyVhOXxk0gksVMJfSu6p82sOMFsNDpMnWZ7gABtSApSNqgA3Yg3Er2AoYixSKEcwCX3MqDHYx/jBRQIMETGmXnIMBhERwUZQAuopNCDkOREhsNkpCNslppgAiwBpIRCoTCNkA==

Upload started 2017-09-28.

With the global grammar available in Cumin, the way to do it now is to use the direct backend syntax D{} inside the query.

@Stefan_Schneider_WMDE As it can be seen from the Campaign Analytics R Code:

Upload finished 2017-09-28.

[ST] In case that machine translation is not available, null MT so that, if the user selected “source text”, the target text must be pre-filled with the (adapted) source text [0.5d, or may be working already]

It works already. Screenshot shows en-ml translation, with no MT client. Source get copied to target with all links, references adapted to target language.