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 http://www.w3.org/Graphics/SVG/Test/ 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 nothing. The "SVG-based harness" fails immediately with the error message: XML Parsing Error: prefix not bound to a namespace Location: http://www.w3.org/Graphics/SVG/Test/20030813/svgframe/full-animate-elem-02-t.svg 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 http://www.w3.org/Graphics/SVG/Test/ 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 ?
Created attachment 199557 [details] Testcase with ns http://www.w3.org/Graphics/SVG/Test/20030813/svgframe/full-animate-elem-02-t.svg + namespace xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" To make it clear.
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) WFM
sorry, my bad, they were rendered by the Adobe plugin, not native
Assignee: nobody → general
Component: General → SVG
Product: Firefox → Core
QA Contact: general → ian
Version: unspecified → 1.0 Branch
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
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: http://www.w3.org/Graphics/SVG/Test/20030813/htmlframe/full-index.html was showing static svg, not an animated one, only after I installed GDIplus.dll SVG based harness: http://www.w3.org/Graphics/SVG/Test/20030813/svgframe/full-animate-elem-02-t.svg
I put gdiplus.dll version 5.1.3102.1360 in my firefox directory, but the problem persists. the SVGs are not displayed
(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 http://www.mozilla.org/projects/svg/status-ff15.html I'm using a trunk nightly, animation is work underway, so I see somthing on the frame based pages, but not animated. http://www.mozilla.org/projects/svg/status.html
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b5) Gecko/20051006 Firefox/1.4.1 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: http://www.treebuilder.de/firefox/cdf.html
Gerald, does the following test work for you? http://www.w3.org/Graphics/SVG/Test/20030813/htmlframe/full-painting-stroke-01-t.html
Version: 1.8 Branch → 1.0 Branch
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b5) Gecko/20051006 Firefox/1.4.1 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: (http://www.w3.org/Graphics/SVG/Test/20030813/htmlframe/full-index.html & http://www.w3.org/Graphics/SVG/Test/20030813/htmlframe/full-painting-stroke-01-t.html) The embedded SVG at http://www.treebuilder.de/firefox/cdf.html 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?
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8b5) Gecko/20051016 Firefox/1.4.1 no GDIplus.dll http://www.treebuilder.de/firefox/cdf.html svg doesn't render, some examples tested from croczilla.com do: http://www.croczilla.com/svg/samples/ 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: http://www.treebuilder.de/firefox/cdf.html 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 different.
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.
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 0.5.0.92" 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 http://www.w3.org/Graphics/SVG/Test/20030813/htmlframe/full-painting-stroke-01-t.html to test locally that I noticed the changed code: <embed style="visibility: hidden ! important;" adblockframename="adblock-frame-n3" adblockframedobject2="true" src="full-painting-stroke-01-t_files/painting-stroke-01-t.svg" 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?
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.
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 http://www.pierceive.com but nothing jumped out a cause of the problem. I'll register the issue with the extension writers and do a little more investigating.
I just did a search for SVG in the adblock forums and found this thread right away: http://p2.forumforfree.com/15-beta-1-and-svg-vt124-adblockplus.html?highlight=svg It appears that this is a known problem, fixed in the upcoming release. I am currently running 0.5.9.2
Status: UNCONFIRMED → RESOLVED
Last Resolved: 13 years ago
Resolution: --- → INVALID
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.