d53908d6 was not the patch
I meant to apply. This correctly adds some desired "wiggle" room
to allow for changes to the unstable mediawiki icon and button
styles.

Change-Id: I4675be1e0b4b2a2a34507d85c551cc3234f1a9f6

Change-Id: Ia7916a49419834c4ef1ea8d15ad5902831d11c77

* mediawiki/mediawiki-phan-config: 0.10.6 → 0.11.0
* php-parallel-lint/php-parallel-lint: 1.3.0 → 1.3.1

Additional changes:
* composer.json: Updated phpcs command in composer test (T280592).
* composer.json: Added phpcs command to scripts (T280592).

Change-Id: I7738f50f1d97109716fbb3a1f7e7abfb06d51f97

Allow for a bit more wiggle room as we adjust the specs.

Change-Id: I26dad654941d146c5ecb1fc919811cd4173aa860

Change-Id: I54dfd1478ffbf79cad9e60ff62245b7dac8ce1c8

Bug: T207789
Depends-On: Ie86a5b59fbf93a400796a4cac3724207830092b5
Change-Id: Ibbdf8b75246367e60532626879f33c0876118fe1

Change-Id: I3016040e460e1e302be17f85c55276d071ec2c96

* internalBanner
* prebodyhtml

Bug: T290342
Change-Id: Ibd4d3f07e120874160274ce3295c788fdd33a7a5

Change-Id: I70261e7ae11ef5b2e20b1f8360b3bb4ad3c87b1c

Change-Id: I70b3f62ee9c448ce47f3308abd4aa1724a9b7993

The following rules are failing and were disabled:
* declaration-property-unit-disallowed-list

Change-Id: I02729c324288f5ff0cb5221aa86732676d702803

Bug: T282315
Change-Id: Id62ea6c3f137986bb5f79036b0a656e6cb357017

Change-Id: I7de53308d3f3cf98bb4171d2c7ee272c3c8384e1

Increase the bundlesize test to account for the new
mw-ui-icon-element.mw-ui-button CSS

Depends-On: I429eab0730fb4cda5c69d5af7311f517be525851
Change-Id: Ibabeafe2c40ce718facb3fef4a85e94d453db5fd

In I7407e0451488bc01f2eed1c36ed87a11e7033a71 mw-ui-button will
include styles for compatibility with the checkbox. The change in KB
is minimal, and this will be reclaimed in Minerva when it makes use
of the checkbox hack.

Change-Id: Iaf062de9ec9c857b0d8643aa3f35d4c700d21d3b

Change-Id: I4db06a382346b7994082559772c52800d6d5200c

Change-Id: I0c38ed77447956768616132219870c064c9307ef

Change-Id: Ieadbcf41a8ca3e6c97b56f05eb27ef250ddd110a

* path-parse: 1.0.6 → 1.0.7
  * https://npmjs.com/advisories/1773 (CVE-2021-23343)
* url-parse: 1.5.1 → 1.5.3
  * https://npmjs.com/advisories/1776 (CVE-2021-3664)

Change-Id: I6e5b7ff163701c0b2599e6ca42ffb03101d25d60

Change-Id: Ic362913729863cfb58f9e569094b71b1ade2aff4

Change-Id: I4ca1152a62eecb9182cc348c140ceb5d406025c9

Change-Id: Ie63c4d4270ecce3abfeb4fedf0570b01a07a2c89

Avoid indirection to QuickTemplate variable by using
SkinMinerva (SkinMustache) version.

To test:
* Create User:Admin/sandbox
* Create User:Admin
* Visit User:Admin/sandbox to see the breadcrumb "< User:Admin"

Change-Id: Icdd10bd1406ea047097309b6fcafba399170d019

Change-Id: I9b8ef6bc7141481fef35a31458d27e1e8d921c86

Change-Id: Ib7d87bbd199abdace98d1ddba4c1ba419d67f7bd

em values are calculated relative to the parent element's font-size, not
the root or browser-default font-size. However, @font-size-minerva-small
and @font-size-minerva-smallest are supposed to be relative to the
assumed 16px browser default font-size. If they are used in an element
that already has a smaller-than-100% font-size, the resulting font-sizes
will compound and can be smaller than accessability minimums. This change
uses rems instead, so -small and -smallest will be the same sizes
everywhere on the page.

If -small or -smallest were used anywhere where parent-relative font
sizing is expected, this patch will change the size of that text. This
is only a problem if the new size is smaller than the old size, as any
sizes smaller than -smallest are an accessability issue. I looked for
any potential problems, but didn't see any.

Bug: T282315
Change-Id: Ib578f2cc4597b4dbfb5d1f5e4842962433af3748

Bug: T282237
Change-Id: Ia26bba12ede5e1055122387e36007887669267f8

Change-Id: If8c57c147c88520c87b972c747587345820fec2b

Change-Id: I4a93428cfa2bcb34aefc100a4612809ae73bd231

Placing the text overflow on the span instead of the anchor element
prevents issues like T287522#7272991 from occurring.

Additionally:

* Uses the `text-overflow` mixin on every toggle list item label instead
of just the user link item as it simplifies the logic and presumably
we'd want any text that overflows the menu to be handled the same.

* Changes the anchor element to use flexbox/align-items to vertically
center instead of relying on `vertical-align` both the span and the
icon. Eventually, this should be put into core (see
I029f97ba9d5e7f46c8aa175d9a6bbb45ef9615df) but we have to remove all the
overrides that use vertical-align first.

Bug: T287522
Change-Id: Ie0fbff9dfaf8444c76125df52931a687730b4ad1

Change-Id: I8dbaad686dcec5be707790ad4604f5ebdcd1ff4c

Change-Id: I4324fdf091202f0a9139600626397ac78c5905d5

Change-Id: I77ffaabc3fa22413e8acc902c272f57d19a8230c

Change-Id: Icbe46d97183eb5b28f041242be995ea3f3994878

Change-Id: If014bfe6b16b0c1caf0119cef70e517f67cf7950

`.toggle-list-item__icon` sole purpose appears to have been to apply
`vertical-align: middle`. However, this is already being fullfilled by
.toggle-list-item__label. It is also causing the labels to not be
vertically centered.

This will also fix the ellipsis not being aligned (T287522#7264959) when
the text overflows.

Bug: T287522
Bug: T288306
Change-Id: I2d434d1d2b90eab16fc96fe8bb1f0738e5c6921b