Skip to main content
Reporting issues effectively helps improve NVDA for everyone. This guide will help you report bugs and request features in a way that makes it easier for developers to address them.

Before Reporting

1

Search existing issues

Check if your issue has already been reported on GitHub Issues
2

Verify the issue

Confirm you can reproduce the issue consistently with the latest version of NVDA
3

Consider discussing first

If you’re unsure whether something is a bug, open a GitHub Discussion instead

Where to Report

Report on GitHub

Issues are tracked on GitHub using structured templates
Security vulnerabilities should NOT be reported on GitHub. Follow the security policy to report security issues responsibly.

Special Cases

Translation Issues

Report translation problems to the NVDA Translators list

Application/Website Issues

Issue Templates

NVDA uses several GitHub issue templates to ensure all necessary information is provided:

Bug Reports

Bug Report Template

Report problems with NVDA’s functionality
A bug report should include:
  • Clear steps to reproduce the issue
  • Expected behavior vs. actual behavior
  • NVDA version and configuration
  • Operating system details
  • Log file (if applicable)
  • Any relevant files or examples

Feature Requests

Feature Request Template

Propose new features or enhancements
A feature request should explain:
  • The problem or need the feature addresses
  • How it would benefit users
  • Potential implementation approaches
  • Alignment with NVDA’s product vision

Other Templates

Use the special case template for issues that don’t fit the bug or feature categories.
The developer template is for documenting code improvements, API changes, refactoring, and maintenance tasks.
Use the add-on integration template to propose integrating functionality from existing community add-ons into NVDA core.

Writing Effective Issue Reports

Essential Information

Steps to Reproduce

Provide clear, numbered steps that anyone can follow to reproduce the issue

Environment Details

Include NVDA version, Windows version, and relevant application versions

Expected vs Actual

Clearly describe what should happen vs. what actually happens

Logs and Files

Attach NVDA log files and any files needed to reproduce the issue

Tips for Quality Reports

NVDA log files are incredibly helpful for debugging. Learn how to generate and attach log files.If you’re getting a crash dump file (nvda_crash.dmp), include that as well.
If the issue involves a specific file (Office document, PDF, HTML page), attach it to the issue or provide a link.GitHub has restrictions on file types, but you can always zip files and attach the archive.
Write a clear, specific title that summarizes the issue:
  • Good: “NVDA fails to read table headers in Excel 2021 with UIA enabled”
  • Poor: “Excel doesn’t work”
While screenshots can be helpful, many NVDA developers are blind. Always describe what the image shows in text.

Getting Help

If you’re having trouble with the issue template or initial investigation:

Ask for Help

The NVDA Users mailing list is a great place to get assistance

For Developers Reporting Issues

If you’re reporting an issue with your application or website:
1

Include a minimal reproducible sample

Provide the smallest possible code or document that demonstrates the issue
2

Reference specifications

Include details about which accessibility specifications aren’t being handled correctly
3

Test with latest NVDA

Verify the issue exists in the latest stable or alpha version

Issue Template Guide

Detailed Template Guide

Read the comprehensive guide with examples for filling out GitHub issue templates

Important Notes

In all but exceptional circumstances, templates must be completed. Issues that don’t follow a template will likely be closed.
Before filling out a template:
  • Read through it completely in Browse mode
  • Familiarize yourself with GitHub markdown
  • Use the preview tab to check formatting

After Reporting

Once you’ve submitted an issue:
  1. Be responsive: Answer questions and provide additional information if requested
  2. Be patient: Contributors are volunteers and may take time to respond
  3. Stay subscribed: GitHub will notify you of updates
  4. Respect priorities: Issues are prioritized based on severity and impact

Advanced: Issue Triage

For those interested in helping with issue management:

Issue Triage Guide

Learn how to help triage and investigate issues

Build docs developers (and LLMs) love