User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:22.214.171.124) Gecko/20060601 Firefox/126.96.36.199 (Ubuntu-edgy)
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:188.8.131.52) Gecko/20060601 Firefox/184.108.40.206 (Ubuntu-edgy)
The URL listed above should render identically with or without the fragment identifier, but in fact if any fragment identifier is present, constructs such as fill="url(#pyBlue)" don't resolve.
Another example, this time using xlink, is provided in the "Steps to Reproduce" section.
Steps to Reproduce:
Only the outline of the image appears
To see the expected results, remove "#unknown" from the URI in step 1. The image should be filled in with a radialGradient.
On OS X, I can reproduce this on the branch, but not on the trunk.
Nor does the problem manifest itself on the 02-Mar-2007 version of firefox-3.0a3pre.en-US.linux-i686.tar.bz2.
As this bug is not a priority, it should summarily be closed.
(In reply to comment #2)
> As this bug is not a priority, it should summarily be closed.
It would be nice to find out what fixed this, and see if it is low-risk enough to ship in an update to Firefox 2. (which is cut from the 1.8 branch)
marking in-testsuite?, as we still need to get this in reftest
This was fixed between the 2005-10-17 and 2005-10-19 builds:
My guess is that this was fixed by 309020.