Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 107666 - svg in firefox just shows blank area
Summary: svg in firefox just shows blank area
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Mozilla Gentoo Team
Depends on:
Reported: 2005-09-29 20:46 UTC by Joe Wells
Modified: 2005-12-06 06:27 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
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:

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:>.)  As the older
Firefox was built with Cairo instead of libart, I think the problem is
not caused by the rendering library.


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, i686)
System uname: 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
CFLAGS="-march=pentium4 -O2 -pipe"
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"
FEATURES="autoconfig candy distlocks moo sandbox sfperms strict"
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"
Comment 1 Jakub Moc (RETIRED) gentoo-dev 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.

Comment 3 Martin Schlemmer (RETIRED) gentoo-dev 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:

Further, simple samples do work:

Also, if you view the svg directly, you will see how minimal the support is:

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:

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!