[Webkit-unassigned] [Bug 15799] New: textPath element does not re-render when xlink:href'd path changes

[bugzilla-daemon at webkit.org]

http://bugs.webkit.org/show_bug.cgi?id=15799

           Summary: textPath element does not re-render when xlink:href'd
                    path changes
           Product: WebKit
           Version: 523.x+ (nightly)
          Platform: Macintosh PowerPC
               URL: http://www.humanracetrack.com/misc/textPath_bug.svg
        OS/Version: Mac OS X 10.5
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P2
         Component: SVG
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: good4me at hotmail.com


When path element "p" has a textPath element "tp" xlink:href'ed to it: if "p"s
"d" attribute is modified, the textPath does not properly re-render to the new
path.

This example works in FF2 (win/osx), IE+ASVG (win), Opera (osx) and
Squiggle/Batik (win). The only browser I tested that failed is WebKit (osx).

Note: Batik (Squiggle) only properly re-renders when you do the following:
tp.firstChild.nodeValue = tp.firstChild.nodeValue;

I think this is something that isn't very well defined by W3C as per
implementation, but the majority of browsers don't have a difficult time
re-rendering this element here.

Currently, the only workaround I have found involves visibility="hidden" AND
.focus()...which is cumbersome and leads to reduced functionality as well.


-- 
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.