package.json
author Andrew Osmond <aosmond@mozilla.com>
Thu, 13 Sep 2018 19:48:27 -0400
changeset 436292 86b053d526320d97f3457c7796c3e4143f568b66
parent 430800 cbd1cebd5af9174c3e5be323c9e10b6d3a6089f2
child 437911 e9f354569cc1a8cf8639131feb0368f68b80375c
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.

{
  "name": "mozillaeslintsetup",
  "description": "This package file is for setup of ESLint only for editor integration.",
  "repository": {},
  "license": "MPL-2.0",
  "dependencies": {
    "eslint": "5.3.0",
    "eslint-plugin-html": "4.0.5",
    "eslint-plugin-mozilla": "file:tools/lint/eslint/eslint-plugin-mozilla",
    "eslint-plugin-no-unsanitized": "3.0.2",
    "eslint-plugin-react": "7.10.0",
    "eslint-plugin-spidermonkey-js": "file:tools/lint/eslint/eslint-plugin-spidermonkey-js"
  },
  "devDependencies": {}
}