Bug description
Reordering in the CP is implemented entirely through @shopify/draggable pointer events. There is no keyboard handling anywhere in the sortable layer and no menu-based alternative, so reordering is mouse-only across the whole Control Panel.
Affected: Grid rows, Replicator sets, Bard sets, the page tree, the navigation tree, blueprint fields and tabs, Table rows, List items.
Verified:
ui/DragHandle.vue is a real <button> with aria-label="Drag to reorder", so it announces itself as actionable, but pressing Space, Enter or arrow keys on it does nothing and emits nothing to any live region.
WCAG 2.1 SC 2.1.1 Keyboard (Level A). Under WCAG 2.2 this would also fail SC 2.5.7 Dragging Movements.
How to reproduce
composer create-project statamic/statamic
- Add a Grid field with two or more rows to a blueprint, or a Replicator with two sets
- Open the entry and Tab to a row's drag handle
- Press Space, then ArrowDown, then Enter
Expected: the row moves. Actual: row order is unchanged and nothing is announced.
Suggested fix
Two steps, and the first is worth shipping on its own:
- Add Move Up / Move Down items to every row and set dropdown menu. Grid rows, Replicator sets, Bard sets, tree branches. This alone satisfies 2.1.1 and needs no new drag machinery.
- Wire a keyboard sensor onto
ui/DragHandle.vue (Space to lift, arrows to move, Enter to drop, Escape to cancel) with an aria-live announcement of the new position.
Also worth making the Bard set handle a <button> so it is at least reachable.
Environment
Environment
Laravel Version: 13.30.1
PHP Version: 8.4.23
Composer Version: 2.10.2
Environment: local
Debug Mode: ENABLED
Maintenance Mode: OFF
Timezone: UTC
Locale: en
Cache
Config: NOT CACHED
Events: NOT CACHED
Routes: NOT CACHED
Views: CACHED
Drivers
Broadcasting: log
Cache: file
Database: sqlite
Logs: stack / single
Mail: log
Queue: sync
Session: file
Storage
public/storage: NOT LINKED
Statamic
Addons: 0
License Key: Not set
Sites: 1
Stache Watcher: Enabled (auto)
Static Caching: Disabled
Version: 6.31.0 PRO
Installation
Fresh statamic/statamic site via CLI
Additional details
Found during a WCAG 2.1 AA audit of a vanilla composer create-project statamic/statamic install with no addons and no custom code. Tested with axe-core 4.x on Chromium 153 at 1440x1000, plus manual keyboard traversal. Source references point at v6.31.0.
Bug description
Reordering in the CP is implemented entirely through
@shopify/draggablepointer events. There is no keyboard handling anywhere in the sortable layer and no menu-based alternative, so reordering is mouse-only across the whole Control Panel.Affected: Grid rows, Replicator sets, Bard sets, the page tree, the navigation tree, blueprint fields and tabs, Table rows, List items.
Verified:
grep -c 'keydown\|ArrowUp\|ArrowDown'in https://github.com/statamic/cms/blob/v6.31.0/resources/js/components/sortable/SortableList.vue -> 0<span>with amousedownlistener: https://github.com/statamic/cms/blob/v6.31.0/resources/js/components/fieldtypes/bard/Set.vue#L29ui/DragHandle.vueis a real<button>witharia-label="Drag to reorder", so it announces itself as actionable, but pressing Space, Enter or arrow keys on it does nothing and emits nothing to any live region.WCAG 2.1 SC 2.1.1 Keyboard (Level A). Under WCAG 2.2 this would also fail SC 2.5.7 Dragging Movements.
How to reproduce
composer create-project statamic/statamicExpected: the row moves. Actual: row order is unchanged and nothing is announced.
Suggested fix
Two steps, and the first is worth shipping on its own:
ui/DragHandle.vue(Space to lift, arrows to move, Enter to drop, Escape to cancel) with anaria-liveannouncement of the new position.Also worth making the Bard set handle a
<button>so it is at least reachable.Environment
Installation
Fresh statamic/statamic site via CLI
Additional details
Found during a WCAG 2.1 AA audit of a vanilla
composer create-project statamic/statamicinstall with no addons and no custom code. Tested with axe-core 4.x on Chromium 153 at 1440x1000, plus manual keyboard traversal. Source references point atv6.31.0.