Same as original testcase, except I: - added whitespace for readability - reduced the very-large 'y' value to the lowest integer value that reproduces the issue. That minimal "bad" y-value is 2147483584, which happens to be 2^31 - 64. So, this looks like this bug depends on us overflowing nscoord_MAX somewhere.
Summary: "ASSERTION: Not going to invalidate the correct area" with SVG filter, animation → "ASSERTION: Not going to invalidate the correct area" with tweak to SVG filter & very large 'y'
This testcase has no SMIL -- instead, it uses js to tweak the filter's "x" value. This triggers a single instance of the assertion. (for the single tweak) The setTimeout() in this testcase is required -- we only seem to trigger this issue if the tweak happens *after* our initial paint. (If I remove the setTimeout call, or reduce the timeout to 0, then I don't hit the assertion.)
Bug 738192 removed the assertion: https://hg.mozilla.org/mozilla-central/diff/5c26b1320e1a/layout/svg/base/src/nsSVGUtils.cpp
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.