| Milestone 1a finding ID | M1a-026 |
|---|---|
| Backlog priority | Low |
| Severity — carried from Milestone 1a | Minor |
| Implementation effort | Low |
| Target milestone(s) | MS2b — Core Forms and Validation; MS3b — Backend Template Build |
| WCAG 2.2 success criterion | 1.3.1 Info and Relationships; 3.3.4 Error Prevention (Legal, Financial, Data) |
| Responsibility tag(s) from report | Development |
| Affected Joomla area/component | Extensions Installer — Upload Package File — maximum upload size — Milestone 1a finding #26 |
| Affected user journey(s) | 07 — Installer Wizard (com_installer/Install) |
When uploading an extension package, the maximum file size is visually available near the drag-and-drop area and file-browse button.
However, the upload limit is not programmatically associated with the upload control. Assistive-technology users may reach the button before encountering the limit.
The report suggests using aria-describedby on the upload button and referencing the id of the upload-limit text. Its example associates a button with a message reading “Maximum upload size: 128.00 MB.”
Screen-reader users may activate the upload control without knowing the maximum permitted file size.
They may select a file that exceeds the limit, submit it, and only then receive an error. This creates unnecessary effort and may make the installation workflow harder to complete.
The issue affects people using screen readers and other assistive technology, as well as anyone relying on a programmatic relationship between the control and its constraint.
Associate the upload constraint with the control that initiates the upload
aria-describedbyid and reference that id from the relevant control/administrator//administrator/index.php?option=com_installer on the same installationaria-describedby, and any associated file inputid and textaria-describedby6.2
The maximum upload size is programmatically associated with the upload control in the Upload Package File interface.
Assistive-technology users can learn the limit when they reach the upload control, rather than only after selecting or submitting an oversized file.
The upload control remains keyboard operable, visibly focused, and correctly associated with its constraint.
The maximum upload size is visually available near the upload control but is not programmatically associated with it.
Assistive-technology users may reach the upload button before noticing the limit.
The current Joomla 6.2 build needs to be checked to establish whether the issue persists and to record the displayed limit.
Desktop web
Chrome, Firefox, Edge, Safari
VoiceOver, JAWS, NVDA
The browser and assistive-technology entries above are carried forward from the original issue and do not represent a new verification of every combination against Joomla 6.2.
Development is the responsibility tag in the original report.
The report's aria-describedby example is one possible remediation. Verify the chosen implementation with assistive technology.
The reported 128.00 MB limit describes the audited environment. Record the actual limit displayed in the tested installation.
This issue concerns the programmatic association of the upload limit. It does not require changing the server-side upload limit or the file-validation behaviour.
MS2b is proposed for the shared upload component, with MS3b covering the documented Installer integration.
| Labels |
Added:
a11y
a11y-audit-backlog
a11y-priority-minor (Low)
|
||
| Labels |
Added:
No Code Attached Yet
|
||
| Title |
|
||||||
| Labels |
Added:
a11y-ms1b-quickwins
|
||