623677 - Script SMIL api not working for USE element properly

Status: RESOLVED DUPLICATE of bug 595840

(Core :: SVG, defect)

Description

[Marek Raida]

User-Agent:       Mozilla/5.0 (Windows NT 5.1; rv:2.0b9pre) Gecko/20110105 Firefox/4.0b9pre
Build Identifier: Mozilla/5.0 (Windows NT 5.1; rv:2.0b9pre) Gecko/20110105 Firefox/4.0b9pre

When there is USE element and original element has some SMIL animation, they cannot be triggered via scripting API, whereas direct SMIL offset timing works.
I discovered it as a side effect during quick re-working my first SVG game

http://svg.kvalitne.cz/turtles/turtles.svgz
to 
http://svg.kvalitne.cz/turtles/turtlescc.svg (modern browsers compatible).

In Opera it is almost well now, but Firefox has this bug/limitation (and I do not plan to re-write it completely ;-)

Reproducible: Always

Steps to Reproduce:
1. Open http://svg.kvalitne.cz/mix/nakladbug.svg or file from attachment

Actual Results:  
You should see animation to happen twice - directly after document load (via JavaScript API) and then at 2s time offset.

Expected Results:  
Current Gecko nightly is performing only offset time SMIL animation, onload SCRIPT triggered animation does not work

PS: Webkit is even much more buggy ;-)

Comment 1

[Marek Raida]

Attachment: Buggy testcase

Comment 2

[Daniel Holbert [:dholbert]]

I'm actually not sure that Firefox's behavior is wrong on this.

Basically, it sounds like you're saying the following:
  If an element is cloned via <use>, then DOM API calls
  (".beginElement()" in this case) on the original element
  should be repeated on all cloned copies of that element.

However, from a quick glance over the spec, I don't see any support for that position.

The relevant chunk of spec is:
  http://www.w3.org/TR/SVG11/struct.html#UseElement

There is a paragraph or so about event propagation in the two subtrees (clone & original), but I don't think that applies here, because there aren't really any events involved here.

(I could easily be missing / misreading something, though. :))

Comment 3

[Marek Raida]

I checked other implementations and Gecko is the only one behaving differently (although maybe properly, hmmm). It works (as I expects ;-) in ASV, Opera, Webkit....

Comment 4

[Robert Longson [:longsonr]]

How does this differ from bug 595840?

Comment 5

[Marek Raida]

You're completely right, it is duplicity, I'm to be blamed,sorry... :-(

Comment 6

[Robert Longson [:longsonr]]

It's OK, there's lots of bugs out there ;-)