You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Reported by mdcurran on 2015-01-14 03:51
in MSHTML virtualBuffers, we currently listen for DOM mutations (insertion and removal of DOM nodes) by using MSHTML's iMarkupPointer interfaces. However, we only request this for body and frameset nodes. Therefore, if you were to force creation of a virtualBuffer within an ARIA application that was deeper than the body node, NVDA would not listen for DOM mutations for the inner virtualBuffer.
We need to track whether an MSHTML controlFieldNode in a virtualBuffer is / will be the root of the backend's buffer or not, if it is, then this should be good enough to request DOM mutation listening, even if this node is not the body or a frameset.
The text was updated successfully, but these errors were encountered:
Attachment domMutationInAndOutOfEmbeddedApp.html added by mdcurran on 2015-01-14 03:53
Description:
Testcase allowing for DOM mutations both in the main document, and within an embedded ARIA application.
Reported by mdcurran on 2015-01-14 03:51
in MSHTML virtualBuffers, we currently listen for DOM mutations (insertion and removal of DOM nodes) by using MSHTML's iMarkupPointer interfaces. However, we only request this for body and frameset nodes. Therefore, if you were to force creation of a virtualBuffer within an ARIA application that was deeper than the body node, NVDA would not listen for DOM mutations for the inner virtualBuffer.
We need to track whether an MSHTML controlFieldNode in a virtualBuffer is / will be the root of the backend's buffer or not, if it is, then this should be good enough to request DOM mutation listening, even if this node is not the body or a frameset.
The text was updated successfully, but these errors were encountered: