Remove accessibleDisabledButton config wiring after @gitlab/ui makes aria-disabled the GlButton default
Summary
Follow-up to the accessible_disabled_button feature flag cleanup (#600158 (closed), now closed).
The FF cleanup MR (!247432 (merged)) removes the feature flag but intentionally keeps the glButtonConfig.accessibleDisabledButton config wiring in app/assets/javascripts/commons/gitlab_ui.js, hard-set to true. This is required because GlButton still reads that config value to determine whether to render aria-disabled instead of the native disabled attribute.
Removing the config wiring now would regress every disabled GlButton back to the native disabled attribute (inaccessible).
Blocked on
This work is blocked on @gitlab/ui shipping a version where aria-disabled="true" is the default behavior on GlButton when disabled — no config or flag needed. Once that ships and gitlab-org/gitlab bumps to it, the config wiring becomes safe to remove.
Version context:
@gitlab/ui135.0.0 — currently pinned ingitlab-org/gitlab; still requiresglButtonConfig.accessibleDisabledButton: trueto enable the accessible behavior.- Target version — not yet released. This issue cannot proceed until it ships and GitLab bumps to it.
What to do (once @gitlab/ui makes aria-disabled the default)
- Confirm the pinned
@gitlab/uiversion inpackage.jsonincludes the change (aria-disabledis now the internal default onGlButton). - Remove the
accessibleDisabledButtonkey fromapp/assets/javascripts/commons/gitlab_ui.js(currently hard-set totrue). - Verify no visual/behavioral regression for disabled buttons.
Related
- Rollout issue: #600158 (closed) (closed)
- design.gitlab.com: !5912