Run vagrant commands as the www-data user

Change-Id: I73c45c7462c245a0fc489dc39ff9433c24ba6525
Localisation updates from https://translatewiki.net.

Change-Id: Ie49b2af17d1db25dd2ce674340fff29cf787eebf
Localisation updates from https://translatewiki.net.

Change-Id: Idbd036ac9226a6b06bfa99698824dfb1c3966461
Localisation updates from https://translatewiki.net.

Change-Id: Id7e3cd7f61c9d5b80378c0779851a7e5058db502
Run SpamRegexTest by default

Change-Id: Ia251e3056c7540e3d977e9484efaa304a22ba59c
Localisation updates from https://translatewiki.net.

Change-Id: I157bcf77f9de6c6f8c1d7d2b812b637989c38ec4
[browser test] Comment field needs css identifier now

Change-Id: I12539f43829aa3ee8aca5e4d2a6e540d80a63665
Localisation updates from https://translatewiki.net.

Change-Id: I7272409f842f7ca6f8248780c723ba96eb757c5e
Merge "[browser test] Comment field needs css identifier now"
Localisation updates from https://translatewiki.net.

Change-Id: Ia88b2ca79c4f9125b2687a1bb30c7ccd213903f7
Be more forgiving in maintenance script

I pulled DB data from ee-flow & set it up on my local machine.
I wanted to run all patches again and ran into this error.

Probably got there because some local data corruption, so I'm
not really going to figure this out.

Regardless, if we can't find the rev_type_id, we can just let
the script continue. We won't be in worse shape after it: the
type id can't be found and the revision is lost already...

Change-Id: Ie93d06cd17c7493f0155121dfffd7b19c66972a4
Error message should be parsed

Bug: 65920
Change-Id: I4338276869d3c0b28a4f62935f29c8a70f45c4da
Feed only array type to array_merge()

storage->find() returns null for empty result

Bug: 65963
Change-Id: I81b4e796c16bbce79cc325a7c56c540336e5ab66
Make sure cache key is always the same

This could cause corrupt cache data because depending on the
array elements' order, stuff is written to/read from different
cache keys.

I discovered this by running FlowPopulateLinksTables.php, which
ended up reading from one key and writing to another, and
inconsistently writing to different keys.

enwiki:flow_ref:wiki:by-revision:v2:rjqy0zy9gglw2ltm:post:4.4
enwiki:flow_ref:wiki:by-revision:v2:post:rjqy0zy9gglw2ltm:4.4

Change-Id: Idf1b798cd79c9bafb908d3426542e71ec244745a
Don't be too strict when resolving the DB data

We could just use makeTitle() since the data is coming
from the database, we can assume it's valid title

WikiReference::fromStorageRow() was using MakeTitleSafe.
If for some reason some invalid title made it in, this would
case PHP errors (constructing WikiReference object a couple
lines down typehints for Title objects but would receive null).
So switch to MakeTitle().

Bug: 65802
Change-Id: I3878c653b7b04857c16ec278aed2d7345f999720
Localisation updates from https://translatewiki.net.

Change-Id: I410c54280ed2b0e1b505c7ab1ac60719a62f18de
Localisation updates from https://translatewiki.net.

Change-Id: I0582fbd216e9cd1597cc6699d9b37116688932b6
Show title of closed topics

Only hide .flow-content-modified-tipsy-link when closed.
This is the simplest fix, there are more display improvements possible.
https://trello.com/c/NQMHgbXS/202-closed-collapsed-threads-show-title-of-thread

Change-Id: I954e2756877b99687685e2469b1abc8a1921e460
Merge "Feed only array type to array_merge()"
Ignore expected exceptions in WhatLinksHere

We are currently loading data by title/namespace, this would
load data from other wiki as well.  (We should add a wiki field
to the loading query, see change I9472361425.)

Bug: 65915
Change-Id: Ic19d4174d3fba2bfc4c3165438bb6a42c64edf52