зеркало из https://github.com/mozilla/gecko-dev.git
d7a6cf11d7
With the native compositor enabled, try runs were occasionally hitting an assertion failure where a compositor surface was being drawn, but hadn't been created (so the id was unknown). This was occurring when the MemoryPressure event occurs in some situations during shutdown. When this occurs, the active_documents list is cleared. This could result in the native surface updates list (which was stored in the Frame of a Document) not being applied, meaning the new surface was not created. If a subsequent frame then tried to composite that surface, this assert would occur. This is fixed by moving compositor surface management to be handled via the resource cache, in the same way as texture cache updates. This ensures that even in the presence of a memory pressure event, any pending native surface updates are applied to the renderer. Differential Revision: https://phabricator.services.mozilla.com/D55910 --HG-- extra : moz-landing-system : lando |
||
---|---|---|
.. | ||
2d | ||
angle | ||
cairo | ||
config | ||
docs | ||
gl | ||
graphite2 | ||
harfbuzz | ||
ipc | ||
layers | ||
ots | ||
qcms | ||
sfntly | ||
skia | ||
src | ||
tests | ||
thebes | ||
vr | ||
webrender_bindings | ||
wgpu | ||
wr | ||
ycbcr | ||
moz.build |