Closed
Bug 999936
Opened 10 years ago
Closed 9 years ago
Some animateMotion cases are broken
Categories
(Core :: SVG, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: birtles, Unassigned)
References
()
Details
(Keywords: regression, site-compat)
Attachments
(2 files, 2 obsolete files)
In the test URL, the characters that walk across the earth no longer appear. mozregression gives the following range for the regression: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=a475f94bb1b1&tochange=beddd6d4bcdf Some possible suspects are: Bug 937994 - Make the SMIL animate motion code use a Moz2D PathBuilder instead of gfxContext Bug 938569 - Path fails to render, with comma between move command and implied line command Bug 938388 - Convert all remaining code for calculating path lengths and position at an offset along a path in content/svg to Moz2D (kill off all uses of gfxPath) Bug 930577 - Make SVGPathData::ToPath use the Moz2D version of SVGPathData::ConstructPath so that it no longer expecting a device space path from Moz2D backed gfxContext This appears to be similar to bug 946540 where the culprit was Bug 930577
Reporter | ||
Comment 1•10 years ago
|
||
http://parapara.mozlabs.jp/walls/kobe-manga/sessions/2/gallery is hopefully a slightly less performance intensive version of the same test case
Comment 2•10 years ago
|
||
Regressed by 4f086025350f Jonathan Watt — Bug 930577 - Convert much of the SVG code for calculating path lengths and position at an offset along a path to Moz2D. r=heycam
Blocks: 930577
status-firefox28:
--- → affected
status-firefox29:
--- → affected
status-firefox30:
--- → affected
status-firefox31:
--- → affected
status-firefox-esr24:
--- → unaffected
tracking-firefox30:
--- → ?
tracking-firefox31:
--- → ?
Keywords: regressionwindow-wanted
Reporter | ||
Comment 3•10 years ago
|
||
Thanks Alice!
Reporter | ||
Updated•10 years ago
|
OS: All → Windows 7
Hardware: All → x86_64
Updated•10 years ago
|
Updated•10 years ago
|
Keywords: site-compat
Comment 5•10 years ago
|
||
red rect should animate along the outline of the black shape, but it's nowhere to be seen
Flags: needinfo?(jwatt)
Comment 6•10 years ago
|
||
Comment 7•10 years ago
|
||
I'm forgetting that keyPoints is broken ATM. Let me change those for versions without that attribute.
Comment 8•10 years ago
|
||
Attachment #8431186 -
Attachment is obsolete: true
Comment 9•10 years ago
|
||
Attachment #8431187 -
Attachment is obsolete: true
Comment 11•10 years ago
|
||
This doesn't look like a release blocker as it's been in product since at least FF28 according to flags. We're also putting FF30 to bed next week and can no longer take speculative fixes there. Please nominate for uplift if you have a low risk fix worth putting on Aurora.
Comment 12•10 years ago
|
||
(Brian, note that the original page that you reported in the URL field contains invalid SVG that stops the characters from animating now that bug 974698 has been fixed. So even once this is fixed that particular case won't animate.)
Reporter | ||
Comment 13•10 years ago
|
||
(In reply to Jonathan Watt [:jwatt] from comment #12) > (Brian, note that the original page that you reported in the URL field > contains invalid SVG that stops the characters from animating now that bug > 974698 has been fixed. So even once this is fixed that particular case won't > animate.) Oh no, I wanted to preserve that behaviour. It's really useful. I've even added it to Web Animations. :(
Comment 14•9 years ago
|
||
is this still broken? seems ok to me now.
Comment 15•9 years ago
|
||
WFM on Firefox31ESR , Firefox36b2 , Aurora37.0a2 and Nightly38.0 on Windows7
Updated•9 years ago
|
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
Updated•8 years ago
|
Flags: needinfo?(bas)
You need to log in
before you can comment on or make changes to this bug.
Description
•