Change:
Type: <bBug</bCC: As of version 1.70, some buttons on toolbars appear to be unlabeled, or if they have, they are not being read by orca. I started by observing this behavior in java projects toolbar but soon realized that it also happens in other places such as timeline actions toolbar. This problem does not happen in VSCode version 1.69. VS Code version: Code - Insiders 1.70.0-insider (, 2022-07-21T05:18:49.778Z) OS version: Linux x64 5.18.11-200.fc36.x8664 Modes: <details<summarySystem Info</summary </details<details<summaryExtensions (31)</summaryExtensionVersion ------ doxdocgen1.4.0 rest-client0.25.0 better-cpp-syntax1.15.19 azure-pipelines1.208.0 vscode-docker1.22.1 csharp1.25.0 vscode-kubernetes-tools1.3.10 remote-containers0.243.0 remote-ssh0.85. remote-ssh-edit0.80.0 azure-account0.11.0 cmake-tools1.11.26 cpptools1.11.3 cpptools-extension-pack1.2.0 makefile-tools0.5.0 vsliveshare1.0.5641 vscode-boot-dev-pack0.1.0 vscode-spring-boot1.36.0 fabric8-analytics0.3.6 java1.9. vscode-yaml1.9.1 sonarlint-vscode3.7.0 cmake0.0.17 vscodeintellicode1.2.22 vscode-java-debug0.42. vscode-java-dependency0.20. vscode-java-pack0.24. vscode-java-test0.35. vscode-maven0.36. vscode-spring-boot-dashboard0.5.0 vscode-spring-initializr0.10.0 (1 theme extensions excluded) </details<details<summaryA/B Experiments</summary</details<!-- generated by issue reporter --We have written the needed data into your clipboard because it was too large to send. Please paste.
Looks like you might own the timeline view
Jackson used to own the timeline view itself. I own the git timeline provider.
The problem also manifests itself in outline actions, time line actions, and java projects action. The lack of labels directly impacts accessibility, at least for those who use orca as a screen reader. I don't know if the problem affects those who use NVDA.
I use NVDA and it appears nearly all toolbar buttons are now unlabelled, making it hard to do anything I'm used to doing. This is now the second release in a row with a major accessibility bug, caught in insiders, and then pushed to production anyway. can you assist here?
thanks for using insiders and for filling this. Sorry for the slow response I was on vacation. I can reproduce this on all platforms. It is related to what html element inside the action gets focus. It seems like that changed, so the element that gets focus now has no aria-label set. Investigating. We will push a fix for this as part of the recovery release.
I have create a PR with the fix. VS Code insiders from Monday will contain the fix. And VS Code stable recovery release will also contain it - this should happen some time next week (most likely Thursday). Sorry about this regression.
Fixed via To verify: on screen reader on some action bar (for example Explorer title area actions) through the actions (via left / right), make sure the action title are read by the screen reader
I can confirm that it is fixed, thanks and great job.

Discussion:
} } <ins> override updateTooltip(): void { super.updateTooltip(); if (this.label) { const title = this.getTooltip() ?? ''; this.label.setAttribute('aria-label', title); } } </ins> override updateChecked(): void { if (this.label) { if (this.action.checked) {