Join GitHub today
GitHub is home to over 40 million developers working together to host and review code, manage projects, and build software together.Sign up
NVDA freezes in Notepad++ 7.7 #9609
Steps to reproduce:
NVDA seems to freeze for around 10 seconds, then reports blank.
NVDA directly reads the first character.
NVDA installed/portable/running from source:
Windows 10 1903 build 18362.116
Name and version of other software in use when reproducing the issue:
Notepad++ 7.7 x64, either installed or portable
Other information about your system:
Also tested on another system with the same configuration. Notepad++ 7.6 works just fine.
Does the issue still occur after restarting your PC?
Have you tried any other versions of NVDA? If so, please report their behaviors.
Okay, I already opened "huc6-u+0000-u+ffff.tbi" from the HUC Braille Tables (1.94 MB, 65,568 lines) with the portable (7z) versions of Notepad++ 7.7 on Win7x64 with NVDA 2018.1. The 32-Bit version loaded the "little" tbi file (= plain/normal text file) immediately and the 64-Bit version required up to 11 seconds on an Intel Core i7 960 (more than 9 years old, but still fast enough) with 6 GB RAM. Okay, both portable Notepad++ versions were extracted on and run from a HDD, not from a SSD, on which Win7 is running. But after the tbi file was fully loaded in Notepad++ 64-Bit, searching for "266f" worked as expected. And it's the same with the navigation within this tbi file.
This is exactly where I"m suffering from. I updated the initial description accordingly.
Thanks for that!
I've also found the underlying issue.
When expanding to character, NVDA sends the SCI_POSITIONAFTER message to the control, passing -1 in the case offset is 0. However, in the X64 version of Notepad++, the result of that call is the length of the document, whereas in the X86 version, it returns 0 as expected.
In the case the length of the document is returned, NVDA ends up in a while loop. This code really has to be revisited.