WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED WONTFIX
88224
Freeze behaviour, not correct, depends on begin time ( Looks like Floating Point Problem )
https://bugs.webkit.org/show_bug.cgi?id=88224
Summary
Freeze behaviour, not correct, depends on begin time ( Looks like Floating Po...
Raks
Reported
2012-06-04 04:31:11 PDT
I wrote a very small animation. All this does is make a circle on and off I have two such blocks one with a begin time of 0s and another of begin 3.9s. Rest all of the things being same the behaviour is still different in that for the block with begin as 0s the freeze behaviour is correct and as expected whereas for animation with begin 3.9s the fill=freeze behaviour is not correct. Not only this if I change the second block and make the duration as 0.8 and end as 4.8s, it starts behaving correctly Pretty strange I tried this on Google Chrome 17.0.963.46 Attached is the svg I tried with <?xml version="1.0" encoding="UTF-8"?> <svg display="inherit" version="1.1" xml:space="preserve" xmlns="
http://www.w3.org/2000/svg
" xmlns:xlink="
http://www.w3.org/1999/xlink
" xmlns:ev="
http://www.w3.org/2001/xml-events
"> <g display="none"> <animate attributeName="display" begin="0" calcMode="discrete" dur="0.8" fill="freeze" end="0.8" keyTimes="0;0.25;0.75;1.0" values="inherit;none;inherit;none"/> <circle cx="215" cy="120" r="20" fill="#ff0000"/> <circle cx="715" cy="620" r="20" fill="#00f0f0"/> </g> <g display="none"> <animate attributeName="display" begin="3.9" calcMode="discrete" dur="0.8" end="4.7" fill="freeze" keyTimes="0;0.25;0.75;1.0" values="inherit;none;inherit;none"/> <circle cx="415" cy="120" r="20" fill="#ff0000"/> <circle cx="615" cy="620" r="20" fill="#00f0f0"/> </g> </svg>
Attachments
Add attachment
proposed patch, testcase, etc.
Ahmad Saleem
Comment 1
2023-01-15 04:40:33 PST
I took the testcase from
Comment 0
and changed it into JSFiddle: Link -
https://jsfiddle.net/omzpd04s/show
It works same in Chrome Canary 111, Firefox Nightly 110, Safari 16.2 and Safari Technology Preview 161. Since all browsers are behaving same, I am marking this as "RESOLVED WONTFIX" (since it was never confirmed as an issue). Please reopen, if it is still reproducible.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug