gradle.properties
author Andrew Osmond <aosmond@mozilla.com>
Thu, 13 Sep 2018 19:48:27 -0400
changeset 436292 86b053d526320d97f3457c7796c3e4143f568b66
parent 413094 787dce710dce6dff0d9f9e7621c9dac676843678
child 459343 847aa80e92e872bbbfb986c0fd0645efff5b3ae4
permissions -rw-r--r--
Bug 1446309 - Part 3. Properly handle ImgDrawResult for WebRender display list generation. r=tnikkel When generating display lists for WebRender, we were not caching the draw result via nsDisplayItemGenericImageGeometry::UpdateDrawResult (or similar) after completing CreateWebRenderCommands. This is important because reftests use this to force sync decoding for images; it may be a reason for image-related intermittent failures on *-qr builds. Additionally, we may have been requesting fallback in cases where fallback could not do anything more than WebRender could. For example, if we can't get an image container yet, there is no point in requesting fallback because it might just be we haven't started decoding yet. We should just return the actual draw result in such cases.

org.gradle.parallel=true
org.gradle.daemon=true
org.gradle.jvmargs=-Xmx2560M