jmiller
2b4af3ce28
Universal: Pre-Release / Build Pre-Release (${{ inputs.stability || github.ref_name }}) (push) Successful in 21s
Generic: Project CI / Tests (pull_request) Failing after 5s
Universal: PR Check / Branch Policy (pull_request) Successful in 1s
Universal: PR Check / Require Docs Update (pull_request) Has been skipped
Generic: Project CI / Lint & Validate (pull_request) Successful in 9s
Universal: PR Check / Wiki Update Reminder (pull_request) Has been skipped
Universal: PR Check / Secret Scan (pull_request) Successful in 5s
Joomla: Metadata Validation / Validate Joomla Metadata (pull_request) Successful in 8s
Branch Cleanup / Delete merged branch (pull_request) Successful in 1s
RC Revert / Rename rc/ back to dev/ (pull_request) Has been skipped
Universal: PR Check / Validate PR (pull_request) Failing after 18s
Universal: PR Check / Build RC Package (pull_request) Has been cancelled
Universal: PR Check / Report Issues (pull_request) Has been cancelled
fix(installer): extension update now auto-continues after pre-update backup Two bugs in the client-side resume path made the extension update return to the selection screen (requiring a manual re-select + re-submit) instead of continuing after the backup: 1. The re-fire clicked the OUTER <joomla-toolbar-button> (which carries the task attr), but the web component binds its click handler to the INNER <button>. Clicking the wrapper did nothing. Now clicks the inner element. 2. list-selection toolbar buttons start DISABLED and only enable when boxchecked fires a `change` event. We set boxchecked.value but never dispatched change, so the button stayed disabled and executeTask() no-opd.