IAccessible (MSAA): доступ к Firefox / Chrome, вызывающий вызовы Adobe Accessibility.api

С Process Monitor я заметил, что доступ к Mozilla Firefox через интерфейс IAccessible (MSAA) вызывает доступ к файлу Adobe Reader с именем «Accessibility.api». Когда я получаю доступ к Mozilla Firefox с помощью Microsoft Inspect.exe (используя MSAA), я не получаю доступ к этим файлам.

Это код (C ++), который вызывает около 28 обращений к файлу «Accessibility.api»:

CComPtr<IAccessible> mainElement;
::AccessibleObjectFromWindow(mainWindowHandle, static_cast<DWORD>(OBJID_CLIENT), IID_IAccessible, reinterpret_cast<void**>(&mainElement));

каждый ::AccessibleChildren или же IEnumVariant::Next Вызов также вызывает около 28 обращений на дочерний элемент.

Как я могу предотвратить доступ к этим файлам, как это делает Inspect.exe?

Обновление 2018-11-30

Я получаю те же результаты с Chrome.

Adobe Reader не устанавливается как плагин в этих браузерах.

Я попытался переименовать файл Accessible.api (расположенный в C: \ Program Files (x86) \ Adobe \ Acrobat Reader DC \ Reader \ plug_ins \ Accessibility.api), чтобы отключить его, но после этого я не могу получить доступ к элементам браузера. Больше. Получающиеся дочерние элементы отличаются. Inspect.exe (с использованием MSAA) или Ranorex Spy (без расширения браузера) не имеют этих проблем. Я проверил результаты также с AccProbe и этот инструмент дает такие же результаты, как я.

Обновление 2018-12-03

Похоже, что это влияет только на 32-битные приложения. Inspect.exe и Ranorex Spy являются 64-разрядными приложениями. Мое приложение, а также AccProbe (установленный JRE является 32-разрядным) являются 32-разрядными. Поскольку Adobe Reader является 32-разрядным, я предполагаю, что это влияет только на 32-разрядные приложения. Я мог бы также воспроизвести это поведение с помощью 32-разрядной версии Ranorex Spy.

Теперь я знаю, что поведение не вызвано неправильной реализацией. Но вопрос, почему так много обращений к этому файлу Adobe Reader Accessibility.api сделано, все еще остается открытым …