If UIA is enabled in Word, the "Scrolls the braille display back" and "Scrolls the braille display forward" will not work in focus mode #12855
Steps to reproduce:
The content on the braille display changes quickly and then reverts to the original content. Did not finish scrolling.
Display scrolled content correctly.
NVDA installed/portable/running from source:
installed and portable
Windows 10 21H1 (x64) build 19043.1237
Name and version of other software in use when reproducing the issue:
Microsoft 365 MSO (16.0.14326.20324) 64 bit
Other information about your system:
Does the issue still occur after restarting your computer?
Have you tried any other versions of NVDA? If so, please report their behaviors.
NVDA2021.1, 2020.4 and Alpha-23765 Can be reproduced
If add-ons are disabled, is your problem still occurring?
Does the issue still occur after you run the COM Registration Fixing Tool in NVDA's tools menu?
The text was updated successfully, but these errors were encountered:
Hello, I upgraded NVDA to alpha-23799, and then I installed the English version of word, and the issue can still be reproduced.
The following is a log snippet (where fk2 is the key used for scrolling):
IO - inputCore.InputManager.executeGesture (23:38:11.228) - winInputHook (12292):
Is UIA enabled when the advanced setting "Always use UI Automation to access Microsoft Word document controls when available" is disabled in alpha builds? If not, it is likely that you're on a version of Office that has limited support for UIA that's not mature enough.
I was finally able to reproduce this by installing and switching to a Chinese input method such as Taiwan - Microsoft Quick.
While Chinese Microsoft Quick is runningin Microsoft Word, it seems that we get legacy locationchange / show events for the caret from MSAA. Once per second for about 28 seconds or so.
…ents to the currently focused object if the currently focused object is not an IAccessible (MSAA) object. Fixes #12855 as the Chinese Microsoft Quick input method when used in Microsoft Word was firing MSAA caret events on the Word document, even though the Word document was UIA.
Hi, Yes, I am using the Simplified Chinese Microsoft Pinyin input method. I tested the build #12868 and it can solve this issue.
…onger incorrectly jumps back (#12868) Fixes #12855 Summary of the issue: When in Microsoft Word, and using a Chinese input method such as Taiwan - Microsoft Quick, and NVDA is accessing Microsoft Word via UI Automation, trying to scroll forward through the document with a braille display causes the braille display to keep jumping back to the original caret position. This is due to the fact that while the Chinese input method is enabled, legacy MSAA caret events are fired on the Word document window. NVDA is not ignoring these, even though NVDA is configured to access Microsoft word with UIA. Description of how this pull request fixes the issue: In IAccessibleHandler.processGenericWinEvent: if an MSAA caret event is identified, before we route this onto the focused object, we first check if the focused object is in deed IAccessible (MSAA), and if it is not (E.g. it is UIA) then we drop the event completely. This pr also improves MSAA debug logging a little by including the winEvent info in the message about the caret being routed to the focus, and also routes generic events for the focus to the existing focus if their event object is not already the existing focus. This really only stops some extra redundant logging.