API: Use a standard edit token

Server-side, the code now just checks using the default "salt", which
is an empty string.

Client-side, this eliminates a GET request every time a user wishes to
take an action, and now uses api.postWithToken which automatically
caches tokens and handles badtoken errors.

Bug: 55846
Change-Id: Id61a457f6f4f74ef974f14382df830791aad5e17
Resolve batch query and only replace red links

Change-Id: I16d154a416d607047d77181d4a01fb74f2a8d143
Templating::getContent() should return safe-to-display content

The result could be used directly for display purpose.  With this
change, we don't need to check before using the result
from Templating::getContent(), eg:
if ( allowed to view ) {
     escape the result
} else {
     don't escape the result
}

Change-Id: Iee01cacc8fc1782b4eafe96397699ae73eb1aaa3
UUID revamp

Previously, ::create tried hard to convert everything to binary (and hex)
We usually use alphaDecimal throught the code, though.
The only place that actually needs binary is DB. Hex is almost non-existant.

Instead of trying to force everything to binary, then re-converting to
alphanumeric when needed, I changed this so that the object can be built
from an alphanumeric string (or binary, or hex), and only converts when
needed.

In theory, this should change things around so that only when read/written
from/to db, a conversion would have to be done from/to binary (which is
already the case). All other usages (internal, or when fetched from cache)
should be able to just get by using the alphanumeric version, which now
no longer needs to be converted to binary to build the UUID object.

Change-Id: I60e7cd6ef6cad73d11f15473c70261ae41e908d3
API: Don't set _element directly, part two

Change-Id: I88914f7f49975c6fb7e2e087216135dae487cbe0
Missing cur|prev link in board history for summary

Also removed some duplicated code in diff-post/diff-header

Bug: 64382
Change-Id: Idaadd1071c7c0efb292f1291a616d12d512479fc
Add post summary workflowid to loadMetadataBatch()

Change-Id: I711de68c10ba181c1edd0ac4d2ac7933614dac81
wait for slaves in the FlowPopulateLinksTables maint script

Change-Id: Ib806136e599d9fce421c79b78187469a37902d2a
Don't attempt to parse topic titles as html

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

Change-Id: I57b6799d61b41e3614545c3e05e67b05e1b5e07f
Merge "wait for slaves in the FlowPopulateLinksTables maint script"
Merge "Don't attempt to parse topic titles as html"
Merge "Resolve batch query and only replace red links"
Relegate binary uuid's to the backend storage

In our ongoing battle for performance we talked about writing UUID's
to cache as alphadecimal's, and only doing binary->alphadecimal
conversion when querying and receiving data from the database.
This changes over most of the storage infrastructure to expect
alphadecimal UUID's.  Most of these changes utilize and adjusted
UUID::convertUUIDs object that now has a second parameter which
can be either 'binary' or 'alphadecimal'.

Functions at the perimiter that accept queries (ObjectLocator::findMulti
and such) convert incoming UUID objects into alphadecimal strings.  These
alphadecimal strings are used for building cache keys, merging
results, etc.

The only portion that deals with binary keys is now in *Storage
implementations.  These all utilize preprocessSqlArray to convert
incoming attributes from alphadecimal string to binary string and
UUID::convertUUIDs to change binary id's into alphadecimal before
returning from the backend storage.

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

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

Change-Id: Ieea448a5ae438711e8c3a1942f56b288c0484eee
i18n: consistency tweaks

- Fix double-space

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

Change-Id: I3f4072df44c145c482a5f5946a8e97b84dfbbd3c
Catch and specially handle InvalidArgumentException

Prevents exception messages when showing up
if a user manually goes to ?action=invalid.

Bug: 60936
Change-Id: I05d6be4a59db57c24bd9a11c499cb69f18feaa41
Merge "Missing cur|prev link in board history for summary"