Adjust crashtest 483584-2.svg to control its SVG Animations a bit more directly

RESOLVED FIXED in Firefox 42

Status

()

Core
SVG
RESOLVED FIXED
3 years ago
3 years ago

People

(Reporter: dholbert, Assigned: dholbert)

Tracking

Trunk
mozilla42
Points:
---

Firefox Tracking Flags

(firefox42 fixed)

Details

Attachments

(1 attachment)

(Assignee)

Description

3 years ago
As discussed in bug 1177819 comment 13, it might be useful for isolation's sake if the crashtest 483584-2.svg drove its animations a bit more declaratively.

In particular:
 - start with no SVG animations applying & pause
 - Seek to a time where the animations are applying
 - Seek back to a time when the animations are not applying.
 - Complete the crashtest.

I've got an Ubuntu 10.04 VM with a Nightly build, which this crashtest insta-hangs, too (per bug 547333 comment 18). I'll make sure the adjusted crashtest still hangs that build before checking in any changes here.
(Assignee)

Updated

3 years ago
Assignee: nobody → dholbert
(Assignee)

Comment 1

3 years ago
Created attachment 8633114 [details] [diff] [review]
fix v1

Here are the tweaks I intend to make. I verified that I still insta-hang when loading this in Nightly (er, Minefield) 20100219.
(Assignee)

Comment 2

3 years ago
...and I verified that ./mach crashtest dom/smil/crashtests/ still seems fine (doesn't get stuck on this test or anything) in a trunk build as well (and that we never bypass the test if I drop the "removeAttribute" line -- so reftest-wait is indeed doing its job.)
(Assignee)

Comment 3

3 years ago
Tree's closed right now, but I'll land this test tweak later today when it has reopened.
https://hg.mozilla.org/mozilla-central/rev/18feee96dfb6
Status: NEW → RESOLVED
Last Resolved: 3 years ago
status-firefox42: affected → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla42
You need to log in before you can comment on or make changes to this bug.