[Webkit-unassigned] [Bug 18796] New: SMIL SVG color animation fails on ARM
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Tue Apr 29 00:53:22 PDT 2008
http://bugs.webkit.org/show_bug.cgi?id=18796
Summary: SMIL SVG color animation fails on ARM
Product: WebKit
Version: 526+ (Nightly build)
Platform: Other
OS/Version: Linux
Status: NEW
Keywords: Gtk
Severity: Normal
Priority: P2
Component: SVG
AssignedTo: webkit-unassigned at lists.webkit.org
ReportedBy: alp at atoker.com
CC: koivisto at iki.fi
This issue was noticed using the GTK+ port on the N810 internet tablet when
trying the W3 Web Compatibility Test for Mobile Browsers:
http://dev.w3.org/2008/mobile-test/test.html
I suspect this issue is /not/ port-specific so am looking for advice from the
SMIL guys and perhaps iPhone porting team or anyone familiar with
cross-platform issues. It could be related to floating point precision or
alignment differences, if I had to guess.
I imagine the issue could be in the SMIL code SVG code, or possibly in the
Cairo graphics backend.
cross compiled using Scratchbox gcc 3.4.4
JavaScriptCore compiled with -O3 and -fstrict-aliasing
Issue:
Test 9 (the bottom left square) tests an SVG animation of a fill colour from
red to green:
http://dev.w3.org/2008/mobile-test/redtogreen.svg
<animateColor attributeName="fill"
from="red" to="green"
dur="1s" fill="freeze" />
On x86, the animation goes from red to green over the period of one second as
expected.
On the device, the square ends up a shade of dark red, which is precisely half
way between green and red.
Further investigation shows that the animation stops having an effect half way
through the specified duration -- so a 10 second animation from black to white
would result in a 50% gray shade after 5 seconds and never get any further.
We threw in some debug printfs which show that the timers continue firing after
the first half of the animation but for some reason the colour being animated
ceases to change after the duration reaches half time.
This is reproducible around r32672 and TOT.
--
Configure bugmail: http://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
More information about the webkit-unassigned
mailing list