NOTE: Accessibility backlog issue and work-in-progress. This issue has been opened to account for all the issues flagged in the initial Milestone 1a Audit Report. If this is a duplicate issue, it will be closed by the end of September 2026.
| Milestone 1a finding ID | M1a-004 |
|---|---|
| Backlog priority | High |
| Severity — carried from Milestone 1a | Serious |
| Implementation effort | Medium |
| Target milestone(s) | MS2a, MS3a, MS3b, MS7a, MS7b, MS7c, MS8a, MS9a, MS10 |
| WCAG 2.2 success criterion | 2.2.1 Timing Adjustable |
| Responsibility tag(s) from report | Design, Development |
| Affected Joomla area/component | https://accessibility-project.joomla.org/results/Milestone-1a/milestone1/deliverable1/wcag-report#c81fc029-4b10-400e-86a1-ccb8814587ee |
| Affected user journey(s) | 01 – Backend Template (Atum); 05 – MFA Setup - Method / Methods Views; 06 – Media Manager (com_media); 07 – Installer Wizard (com_installer/Install); 08 – Backend List View Pattern; 09 – Backend Edit Form Pattern; 11 – Backend Options including Permissions; 12 – Update Joomla |
| Source report/reference | Milestone 1a WCAG audit report |
| STF reporting reference | To be assigned |
| Issue owner | To be assigned |
| Status | Triage |
Audit finding
User session expires without warning
User impact
Users who need more time may lose progress or be unable to complete the task before the time limit expires.
Remediation plan
Implement a component-level and template-level fix that allows for session expiry limit to be extended or dismiss the expiry and continue.
Steps to reproduce
1. Open an area of Joomla that requires logging in.
2. Note the session timeout behaviour by idling the session for 15 minutes.
3. Wait until the warning or timeout occurs.
4. Attempt to extend the session and continue the task.
5. Observe that the user is automatically signed out without warning.
6.1
Users can do one of the following actions:
Alternatively, extend the session timeout to over 20 hours.
User is automatically logged out after an idle period of 15 minutes.
Desktop web
Chrome, Firefox, Edge, Safari
N/A
No response
| Labels |
Added:
a11y
a11y-audit-backlog
a11y-priority-serious (High)
|
||
| Labels |
Added:
No Code Attached Yet
|
||
I'll need to investigate this also as authors can set timeouts in global settings.
I'll need to investigate this also as users can set timeouts in global settings.
| Title |
|
||||||
| Labels |
Added:
a11y-ms1b-quickwins
|
||
As Brian said, if you edit an article for example you are not looged out. We need to find a good balance between security and UX here. 15 minutes might be to short but 20 hours is way too long. Further more admins can set the seesion time for a site in respecting the used group needs.
I would close the issue.
Yeah I agree. Setting timeouts in the global settings is acceptable, since you're giving users the option to extend at the origin. I suppose the only thing worth considering is a session timeout dialog that allows users to extend the timeout. This avoids being logged out without warning, but again, in my opinion, is something to consider implementing and not a must.
| Status | New | ⇒ | Closed |
| Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2026-09-21 15:20:33 |
| Closed_By | ⇒ | mbeganyi-a11y |
There are extensions available for that
Again not 100% true
Any page that has user interaction has behaviour.keepalive