These localizations lack the underscore prefix/suffix expected of
behavior switches. Use of these localizations was deprecated in MW
1.45 and all usage has been added to a tracking category. With the
help of global search and the tracking category, all preexisting usage
on these wikis has been removed and replaced with aliases which
properly contain a double-underscore prefix and suffix.
Bug: T407289
Change-Id: I7874b78162bee377b5caf6bfdd66a557b83fe463
(cherry picked from commit 3c796ed973050c9744a19163e4ce27b4b4ae9c2c)
In a previous patch all behavior switch magic words that did not
start/end with __ were deprecated, and new aliases added that *did*
start/end with __. This previous patch missed two cases, in the
`sv` and `nds-nl` languages, which are fixed in this patch.
Follows-Up: I458e3c981c07394ab81259fadb3d68a0399e7953
Change-Id: I6eb78ae7edd8a2d76878af45f0eb6eac1dcfbef7
(cherry picked from commit a0ee969205fe62793497ec4d39b6675b8a381681)
All "double underscore" behavior switches should actually begin and end
with either a double underscore or a double U+FF3F (a fullwidth
underscore used in Japanese). Parsoid's tokenizer will not match a
localized behavior switch which does not start with double underscore.
In this patch localized aliases are added which start/end with double
underscore, and a few erroneous localizations were corrected which
had leading spaces or zero-width spaces. In addition, pages which
use a localized behavior switch which does not start/end with double
underscore are added to a tracking category for manual fix up.
In a future release (I8dd522d605c2b9e5310d169d7c51bcf424089497),
aliases which do not start/end with double underscore will be removed.
Bug: T407289
Change-Id: I458e3c981c07394ab81259fadb3d68a0399e7953
(cherry picked from commit 37772271cd6099327fb57f7c3139206be1ad72c6)
As Debian's Lintian tool points out, the FSF has actually moved offices
and this address is no longer valid.
All updates are directly copy-pasted from
https://www.gnu.org/licenses/old-licenses/gpl-2.0.txt
Bug: T400642
Change-Id: Idb9af3119641b614d810843730fb73aebd30318c
(cherry picked from commit 8b215b44a03712b260fb71a4934fda2f89b458ae)
A crude solution for the acquireTarget() race condition. Use SQL
GET_LOCK() to lock the target from the acquireTarget() call until the
transaction is committed.
Add FOR UPDATE to the acquireTarget() SELECT, otherwise it just sees the
snapshot version of the row and inserts a new row anyway.
Add a test which reliably failed prior to the change.
Reword the ipb-block-not-found message. This is normal for simultaneous
blocks of the same target. Don't contact us. In the API, remap it to
"alreadyblocked".
Bug: T389028
Change-Id: I1fa35bf08d456a93930194786f77df389217ba61
(cherry picked from commit 2b65587e4d92e7f27661e8821b14f74ade939cfa)
These .htaccess files are intended to prohibit all web access. But if
the user sets "Satisfy Any" on a parent directory, in conjunction with
any permissive require directive like "Require all granted", access will
be allowed despite "Require all denied" in .htaccess.
So, override Satisfy so that the "Require all denied" will reliably take
effect.
Note that "Satisfy All" is the default. This only affects non-default
installations.
Change-Id: Ia5862fb69e439b7ea2ed7af011e1ebf8f1b1f6d6
(cherry picked from commit a50d2e69f8ce9e5720b05615d04c35cc9008b6ae)
It is not clear who the "brand-new users" are in this case so help-message is required here.
Bug: T381205
Change-Id: Idfc1b7e4b5b1686f0edf69b32e0d4152b30e54ae
(cherry picked from commit 141be6c7f7a3be92d702db1e26ba7d0493aa8a0f)
