Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

When starting a search or a replacement, JAWS does not deactivate the virtual cursor if we have form mode activation set to manual. #245081

Open
kastwey opened this issue Mar 30, 2025 · 2 comments
Assignees
Labels
accessibility Keyboard, mouse, ARIA, vision, screen readers (non-specific) issues info-needed Issue requires more information from poster

Comments

@kastwey
Copy link

kastwey commented Mar 30, 2025

Steps to reproduce:

  1. Open a file with VS Code.
  2. Run JAWS.
  3. In VS Code, press Insert+F6 to open the JAWS Settings center.
  4. Type "Forms mode" in the search text field, and find the "form mode" result.
  5. Disable automatic activation of forms mode and set it to manual.
  6. Save the changes and close the settings center.
  7. Now, in VS Code, press Ctrl+F to go to search.

Expected behaviour:

The JAWS virtual cursor should remain disabled, allowing us to use the keys to type in the search edit box.

Current behaviour:

The virtual cursor is activated, and when we type, we are executing HTML keyboard shortcuts instead of typing in the edit box. We have to press Enter to activate forms mode (equivalent to deactivating the virtual cursor) and then we can type in the edit box.

As I mentioned above, this is not due to the form mode activation type configuration, since in previous versions this error did not occur.

If I have some time, I will compile old versions of VS Code until I find the point of regression.

@kastwey
Copy link
Author

kastwey commented Mar 30, 2025

cc @meganrogge @isidorn

@isidorn isidorn assigned meganrogge and unassigned rzhao271 Mar 31, 2025
@isidorn isidorn added the accessibility Keyboard, mouse, ARIA, vision, screen readers (non-specific) issues label Mar 31, 2025
@meganrogge
Copy link
Contributor

Thanks for the issue, it would be great if you could please bisect to the point of the regression as I do not have a windows computer at the moment.

Please run the following command to find the build. It will start previous releases of VS Code insiders to see where the regression was introduced:

  • npx @vscode/vscode-bisect@latest
  • follow the instructions until you found the offending build
  • report back the commit range in this issue

Thanks!

/label info-needed

@vs-code-engineering vs-code-engineering bot added the info-needed Issue requires more information from poster label Mar 31, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
accessibility Keyboard, mouse, ARIA, vision, screen readers (non-specific) issues info-needed Issue requires more information from poster
Projects
None yet
Development

No branches or pull requests

4 participants