♿ The file browse button now announces what it displays
The button on the upload page carried both visible text and an aria-label, and an aria-label replaces the visible text as the accessible name rather than adding to it. The screen showed "Choose a file" while assistive technology announced "Choose file".
The people this actually broke are voice-control users (Dragon, iOS/macOS Voice Control, Windows Speech Recognition): they speak the label they can see, but the software matches on the accessible name, so the command silently failed. This is WCAG 2.5.3 Label in Name, level A.
Release 3.7.4 aligned the two strings across the six translations, but English could not be fixed that way — there, the mismatched strings are the message identifiers. Removing the redundant attribute fixes it everywhere at once: a button with visible text already has an accessible name.
The now-unused Choose file message was removed from all six catalogs (88 identifiers each, still fully translated).
The remaining aria-label attributes were audited and left in place: the decision map's zoom buttons are icon-only and genuinely need theirs, and the site title link announces "Aperi'Solve Home" while displaying "Aperi'Solve", which satisfies the criterion.
Full changelog: 3.7.5...3.7.6