[CTW] Remove Windows code which uses COM proxies when the cache is disabled
Categories
(Core :: Disability Access APIs, task)
Tracking
()
Tracking | Status | |
---|---|---|
firefox115 | --- | fixed |
People
(Reporter: Jamie, Assigned: Jamie)
References
Details
(Whiteboard: [ctw-postship])
Attachments
(8 files)
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review |
When we're ready to drop the non-caching implementation, once the cache is pushed regardless of the pref, we need to stop Windows from ever using COM proxies for RemoteAccessible. This will involve removing code which only runs when the cache is disabled and enabling code which doesn't run when the cache is enabled in MsaaAccessible, DocAccessibleParent specific to Windows, win RemoteAccessible, BrowserParent, DocAccessible specific to Windows, DocAccessibleChildBase specific to Windows, win DocAccessibleChild and xpAccessible* specific to Windows. And probably other stuff too. :)
Assignee | ||
Updated•2 years ago
|
Assignee | ||
Comment 1•2 years ago
|
||
Assignee | ||
Comment 2•2 years ago
|
||
Because a11y clients only talk to the parent process now, content processes don't need to generate MSAA ids.
They're all generated in the parent process.
Assignee | ||
Comment 3•2 years ago
|
||
AccessibleHandler and AccessibleHandlerControl are only used for content process COM proxies.
Assignee | ||
Comment 4•2 years ago
|
||
All of this is only used to support content process COM proxies.
Assignee | ||
Comment 5•2 years ago
|
||
Assignee | ||
Comment 6•2 years ago
|
||
We only needed to defer events because of the need to wait for a parent COM proxy.
Similarly, sync text change events (as opposed to async) were only necessary with the COM proxy architecture.
Now that there are no COM proxies, neither of these are necessary.
Assignee | ||
Comment 7•2 years ago
|
||
Now that we don't defer events on Windows, this isn't necessary on Windows.
Usage of this on other platforms was removed in bug 1821957.
Assignee | ||
Comment 8•2 years ago
|
||
This only worked with the COM proxy architecture.
It cannot be used with the cache active.
This includes ScrollSubstringToPoint, and since that isn't currently supported by the cache, it isn't supported at all on Windows now.
However, no one seems to use this on Windows and this implementation can't be used with the cache active anyway.
Assignee | ||
Updated•2 years ago
|
Comment 10•2 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/088ad25ecb0c
https://hg.mozilla.org/mozilla-central/rev/4f41b57e3774
https://hg.mozilla.org/mozilla-central/rev/087520ee184d
https://hg.mozilla.org/mozilla-central/rev/660d80a23444
https://hg.mozilla.org/mozilla-central/rev/695a4eb01489
https://hg.mozilla.org/mozilla-central/rev/8e785cfa8f76
https://hg.mozilla.org/mozilla-central/rev/9bb2dea6c27b
https://hg.mozilla.org/mozilla-central/rev/5ee3f5eab346
https://hg.mozilla.org/mozilla-central/rev/87b8a158cf21
Description
•