MSHTML: virtualBuffer for embedded applications does not listen for DOM mutations

[nvaccessAuto]

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.

[nvaccessAuto]

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.

[nvaccessAuto]

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.

[nvaccessAuto]

Comment 1 by Michael Curran <mick@... on 2015-01-14 04:05
In [108c7d5]:

Merge branch 't4798' into next. Incubates #4798

Changes:
Added labels: incubating

[nvaccessAuto]

Comment 1 by Michael Curran <mick@... on 2015-01-14 04:05
In [108c7d5]:

Merge branch 't4798' into next. Incubates #4798

Changes:
Added labels: incubating

[nvaccessAuto]

Comment 2 by Michael Curran <mick@... on 2015-01-29 00:10
In [ce01493]:

Merge branch 't4798'. Fixes #4798

Changes:
Removed labels: incubating
State: closed

[nvaccessAuto]

Comment 2 by Michael Curran <mick@... on 2015-01-29 00:10
In [ce01493]:

Merge branch 't4798'. Fixes #4798

Changes:
Removed labels: incubating
State: closed