None of the SVG tests on this site work with Firefox 1.5 beta 2




13 years ago
13 years ago


(Reporter: gerald.britton, Unassigned)


1.8 Branch
Windows 2000

Firefox Tracking Flags

(Not tracked)




(1 attachment)



13 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b5) Gecko/20051006 Firefox/1.4.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b5) Gecko/20051006 Firefox/1.4.1

I visited and ran through their test suite,
but not a single one of the SVG tests were displayed. I tried the "frame-based
harness". For each one, the PNG displayed fine but the SVG displayed absolutely

The "SVG-based harness" fails immediately with the error message:

XML Parsing Error: prefix not bound to a namespace
Line Number 19, Column 2: <image id="svgImage"
xlink:href="../svggen/animate-elem-02-t.svg" height="360" width="480" y="77"
x="10" /> 

Reproducible: Always

Steps to Reproduce:
1. Launch Firefox 1.5 beta 2
2. visit
3. run the tests

Actual Results:  
The SVG images fail to display

Expected Results:  
Display the SVG images
Yep, we need a default (and implicit) namespace.
probably bug 307813 ?
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b5) Gecko/20051014
Firefox/1.4.1 ID:2005101403

Those under
* a  frame-based harness, with the reference PNG and the test SVG presented side
by side, together with instructions (for browser implementations and plug-ins)

sorry, my bad, they were rendered by the Adobe plugin, not native


13 years ago
Assignee: nobody → general
Component: General → SVG
Product: Firefox → Core
QA Contact: general → ian
Version: unspecified → 1.0 Branch

Comment 5

13 years ago
Using Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1)
Gecko/20051014 Firefox/1.6a1 (homemade build), a lot of tests works, but not the
animate related one.
I suspect the problem is that there is no 'type' attribute (which should be
given the MIME type image/svg+xml as it's value) on the <embed> tags. I could
have sworn that wasn't required before. I don't have time ATM so can someone
else check this please. Both that adding this attribute fixes the problem for
the supported tests, and that it used to work in beta 1 or deer park?
Version: 1.0 Branch → 1.8 Branch

Comment 7

13 years ago
As you are on win2k you need to download gdiplus.dll and put it into the firefox
program directory to see the frame based svgs.

wfm, halfways, after I copied gdiplus.dll into the programm directory of
Firefox. Halfways because both was shown, but the animation was missing.

frame-based harness:
was showing static svg, not an animated one, only after I installed GDIplus.dll

SVG based harness:

Comment 8

13 years ago
I put gdiplus.dll version 5.1.3102.1360 in my firefox directory, but the problem
persists.  the SVGs are not displayed

Comment 9

13 years ago
(In reply to comment #8)
> I put gdiplus.dll version 5.1.3102.1360 in my firefox directory, but the problem
> persists.  the SVGs are not displayed

You are using a 1.5 based build, and animation isn't implemented in 1.5

I'm using a trunk nightly, animation is work underway, so I see somthing on the
frame based pages, but not animated.

Comment 10

13 years ago
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b5) Gecko/20051006

the frame-based harness WORKSFORME !

there is no problem with( or without) the type attribute for me as well.
here is a simple example of an embed element without a type attribute:
Gerald, does the following test work for you?
Version: 1.8 Branch → 1.0 Branch
Version: 1.0 Branch → 1.8 Branch

Comment 12

13 years ago
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b5) Gecko/20051006

I just wanted to support Gerald's assertion that none of the SVG graphics
(animated and non-animated) were visible on the pages containing the tests. All
of the PNGs were visible.
Not working:
( &

The embedded SVG at is nevertheless
rendering correctly.

Although I'm running XP and GDI+ (5.1.3102.1360) was installed, I copied the
GDI+ to the Firefox directory, however display of the SVG images continued to fail.
Beta 2 uses cairo even on w32, so the presense or absense of gdiplus.dll won't
matter. Mark, you're speaking in past tense. Does that mean it's working now?
Were you present at Gerald's computer when he had this problem, or did you
encounter this problem separately?

Another question to anyone who is seeing this problem: what happens when you try
to view SVG locally from your hard drive?

Comment 14

13 years ago
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8b5) Gecko/20051016 Firefox/1.4.1
no GDIplus.dll svg doesn't render, 
some examples tested from do:

Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20051016 Firefox/1.6a1
no GDIplus.dll -- no SVG remdered

with GDIplus.dll: shows letter T in a square with
rounded corners, growing when text is zoomed.
Samples tested from Croczilla working.

See links in comment 9 for state of SVG in 1.5 Branch and state in trunk, it is
Let's restrict talk to beta 2 or current branch only please. And by that I mean
official builds downloaded from the website, or builds made from the branch/beta
2 source built with default options (no user .mozconfig!). Please don't
complicate matters with trunk builds, or self spun branch/beta 2 builds which
may have been configured differently to beta 2. Whoever made your build may have
had --disable-svg or --enable-svg-renderer=gdiplus (or whatever) in the
.mozconfig for the build for all we know.

In fact that's a good point. Gerald, Peter, Mark: please paste the contents from
about:buildconfig here and confirm where you got the build from. If you aren't
using an official build, please download one and test that too.

Comment 16

13 years ago
I have solved the problem on my system. The beta version is running on the same
PC as my normal Firefox install. Although all extensions have been disabled /
removed in the profile, it appears as though "Adblock" was still
functioning in some form. Adblock wasn't showing up anywhere and wasn't
registering any blocked elements; as a consequence it was only when I downloaded
the example
 to test locally that I noticed the changed code:

<embed style="visibility: hidden ! important;"
adblockframename="adblock-frame-n3" adblockframedobject2="true"

I recleaned the profile and made sure that the extensions were completely
eradicated and as a result the images were correctly displayed.

Nice work figuring out your problem. Now the question is, why is adblock
blocking those embeds? Feel like contacting the adblock maintainers and getting
them to investigate Mark?

Comment 18

13 years ago
I'd like to confirm Mark Stoke' observation.  I too run Adblock. On the test
page, Adblock displays no blockable items.  Nevertheless, after disabling
Adblock and reloading the page, voila!  the graphics appear. 

Comment 19

13 years ago
Gerald: which version of adblock do you use?
which pattern list/filterset are you using?

I had a quick scan through the the filterset.G from but
nothing jumped out a cause of the problem.

I'll register the issue with the extension writers and do a little more

Comment 20

13 years ago
I just did a search for SVG in the adblock forums and found this thread right away:

It appears that this is a known problem, fixed in the upcoming release.

I am currently running
Last Resolved: 13 years ago
Resolution: --- → INVALID

Comment 21

13 years ago
Just came back from the same forum and found similar threads.

Essentially it will be fixed in the next release, but if you don't want to
install the development version, just turn off "Obj-Tabs" under adblock options
and reload!
You need to log in before you can comment on or make changes to this bug.