When I view SVG in Firefox, I just see a blank area. For example, I fail to see the SVG images in any of the tests in the W3C test suite: http://www.w3.org/Graphics/SVG/Test/20030813/htmlframe/full-index.html I am sure I have built Firefox with SVG support. I have the "mozsvg" USE flag on. The output from emerge (which I save in /var/log/portage) indicates that libart-related files are being compiled. Firefox does not show any error messages or complain about SVG content; it simply shows a blank space. I am confident that the problem is not caused by any Firefox extensions or configuration changes because it still happens when I start Firefox with a completely fresh user profile. I am currently using www-client/mozilla-firefox-1.0.7-r2, but this problem has affected me since 2005-07-06T03:41 when I had www-client/mozilla-firefox-1.0.4 installed. (See comment #4 on <URL:http://bugs.gentoo.org/show_bug.cgi?id=84298#c4>.) As the older Firefox was built with Cairo instead of libart, I think the problem is not caused by the rendering library. Help? Reproducible: Always Steps to Reproduce: 1. View a web page with SVG content. 2. Notice a blank space where the SVG content should be rendered. Actual Results: There was just a blank space where a drawing should have been. Expected Results: The SVG should have been rendered as a drawing. Gentoo Base System version 1.12.0_pre8 Portage 2.0.52-r1 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r1, 2.6.8.1-co-0.6.2-pre1 i686) ================================================================= System uname: 2.6.8.1-co-0.6.2-pre1 i686 Intel(R) Pentium(R) M processor 1100MHz dev-lang/python: 2.2.3-r1, 2.3.5, 2.4.1-r1 sys-apps/sandbox: 1.2.13 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium4 -O2 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=pentium4 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig candy distlocks moo sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://gentoo.mirror.solnet.ch http://mir.zyrianes.net/gentoo/ http://gd.tuwien.ac.at/opsys/linux/gentoo/ http://ds.thn.htu.se/linux/gentoo" MAKEOPTS="" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/extra/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X Xaw3d acl apache2 bdf bitmap-fonts bonobo bzip2 cairo crypt djvu dvi dynagraph eds emacs emacs-w3 emboss escreen esd etwin fam finger firefox font-server fortran fpx ftp gcj gd gd-external gif glep glitz gopher graphviz gs gstreamer gtk gtk2 guile idn imagemagick imlib ipv6 java javascript jbig jpeg latex lcms leim libg++ libwww lua lzw-tiff mad mailwrapper md5sum mmx motif mozdevelop mozilla mozsvg mozxmlterm mp3 mpeg ncurses nntp nodrm nptl nsplugin objc ogg oggvorbis opengl pam pam_chroot pam_console pam_timestamp perl png python readline rle samba sdk slang snmp socks5 spell sse ssl syslog t1lib tcltk tcpd tetex tiff toolbar truetype truetype-fonts type1-fonts unicode vorbis wmf xinerama xml2 xmms xprint xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
*** This bug has been marked as a duplicate of 106713 ***
Dear jakub, Did you read this report before marking it as a duplicate? I already explicitly point out in this report that I have had the problem both with older Firefox ebuilds (going back to 1.0.4 from 3 months ago) that used Cairo and the latest which uses libart. Therefore, I don't see how this problem could be a duplicate of bug 106713, which is about using libart instead of Cairo. I am therefore reopening this as a separate bug. -- Joe
The current stable tree of mozilla/firefox's svg support is very alpha, and some things are not implemented, or disabled. You can look at the status here: http://www.mozilla.org/projects/svg/status.html Further, simple samples do work: http://www.croczilla.com/svg/samples/ Also, if you view the svg directly, you will see how minimal the support is: http://www.w3.org/Graphics/SVG/Test/20030813/svggen/animate-elem-02-t.svg Lastly, if you want svg support, then supposidly the new 1.[45] branch of firefox or seamonkey have much better svg support. We should add it to portage when it hits beta fase. Alternatively you can install librsvg with USE=mozilla to get the svg plugin, which seems to be a bit more complete.
This is no longer a problem in Firefox 1.5. See bug 84298 comment 5: http://bugs.gentoo.org/show_bug.cgi?id=84298#c5 By the way, comment 3 above is not relevant, because my report was not about badly drawn figures but about complete blankness. I now see _something_. Yay!
