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

Don't use UIATextInfo for DevExpress UIA Elements with Text Pattern without Document range #10918

Merged
merged 2 commits into from
May 13, 2020

Conversation

LeonarddeR
Copy link
Collaborator

@LeonarddeR LeonarddeR commented Mar 30, 2020

Link to issue number:

None

Summary of the issue:

In a broken UIA Text Control by DevExpress, the control exposes a text pattern with a NULL DocumentRange. This causes all sorts of trace backs in NVDA on focus, entering with the navigator object and viewing the log.

It looks like implementing the DocumentRange property is mandatory according to the docs.

Description of how this pull request fixes the issue:

When checking what TextInfo class to use for a DevExpress rich edit control UIA object, also check whether the DocumentRange has a True boolean value.

Testing performed:

Tested that regular UIA text controls still behave as expected, and that the broken controls use NVDAObjectTextInfo instead. Note that's not a viable solution for these controls, but they are broken in many ways and don't expose a cursor using the native Win32 APIs either.

Known issues with pull request:

None

Change log entry:

  • Bug Fixes
    • NVDA error sounds are no longer heard when accessing DevExpress text controls.

@AppVeyorBot
Copy link

See test results for failed build of commit 2a5c75052e

@michaelDCurran
Copy link
Member

This would certainly cause one extra cross-process call. Probably not too important for most scenarios, but as Microsoft moves more things to technologies such as Windows Defender Application Guard, it will be very important to limit the amount of cross-proc calls to the smallest number possible. Though to be honest, in order to do this, I think some significant restructuring of NVDA's UIA support is needed anyway. My personal view is that if a control is really broken like this, we should just try and log some useful technical info and leave it for the app developers to fix. I'm assuming here that even with this pr, the control in question doesn't really become any more functional?

@LeonarddeR
Copy link
Collaborator Author

I think you have a fair point here. I will try to come up with an alternative approach that's more specific to the erroneous control.

@LeonarddeR LeonarddeR changed the title Don't use UIATextInfo for UIA Elements with Text Pattern without Document range Don't use UIATextInfo for DevExpress UIA Elements with Text Pattern without Document range Apr 3, 2020
@LeonarddeR
Copy link
Collaborator Author

I just changed this to be specific to the DevExpress Rich Edit.

@feerrenrut feerrenrut added the bug label Apr 8, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants