Bug 107666 – svg in firefox just shows blank area

• Product: Gentoo Linux
• Status: VERIFIED LATER

[Description Joe Wells 2005-09-29 20:46:24 UTC]

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

[Comment 1 Jakub Moc (RETIRED) 2005-09-29 23:58:13 UTC]

*** This bug has been marked as a duplicate of 106713 ***

[Comment 2 Joe Wells 2005-09-30 11:17:31 UTC]

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

[Comment 3 Martin Schlemmer (RETIRED) 2005-10-02 06:37:13 UTC]

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.

[Comment 4 Joe Wells 2005-12-06 06:27:48 UTC]

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!