librsvg in breezy doesn't render image xlink:hrefs properly

[Tessa]

I've got librsvg2-2, 2.12.4-0ubuntu1. Using its Firefox plugin, old basic SVG
tests that use linked images, such as
http://schepers.cc/testbed/nesting/inner.svg don't render properly. If you look
at the GNOME Bugzilla (http://bugzilla.gnome.org/show_bug.cgi?id=154073),
rendering of such simple functionality was working last year, so something has
re-broken recently.

If I download that SVG file and the JPG it links to locally on my machine, and
run "rsvg-view inner.svg", it gives me the following error:

(rsvg-view:27266): librsvg-CRITICAL **: Error displaying pixbuf!

I'll rebuild my copy of rsvg-view with debugging symbols, and find out where
it's going before it fails. That should give some hint as to where the Ubuntu
package is breaking.

http://bugs.gnome.org/show_bug.cgi?id=318488: http://bugs.gnome.org/show_bug.cgi?id=318488

[Tessa (unit3)]

Looks like I won't be rebuilding my package any time soon, actually:

apt-get build-dep librsvg2-2
Reading package lists... Done
Building dependency tree... Done
E: Build-dependencies for librsvg2-2 could not be satisfied.

Anyone know why the build deps are broken for this package? :)

[Tessa (unit3)]

Looks like it's specifically the mozilla-dev dep that's broken at the moment:

# apt-get install mozilla-dev
Reading package lists... Done
Building dependency tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  mozilla-dev: Depends: mozilla-browser (= 2:1.7.12-0ubuntu1) but
2:1.7.12-0ubuntu05.04 is to be installed
               Depends: libnspr-dev (= 2:1.7.12-0ubuntu1) but
2:1.7.12-0ubuntu05.04 is to be installed
E: Broken packages

[Daniel Holbach (dholbach)]

A similar bug was reported upstream at
http://bugs.gnome.org/show_bug.cgi?id=318025 - it concerns xlink:href and pixbuf
error messages as well. Upstream marked it as critical.

[Tessa (unit3)]

Hmm.. I didn't see that one initially, good catch. I'll talk on the upstream
bug, and try and determine if it's the same issue. If so, I'll mark this as
UPSTREAM.

[Tessa (unit3)]

Upstream says the problem isn't the same as the bug you linked to. However,
changing the width and height of the example SVG to real values, rather than
100%, cause it to render correctly.

I am, however, having a problem that's more in line with the description of this
bug. I've constructed a basic SVG file based on the linked URL that links to a
PNG on my home server. It fails horribly when run through rsvg-view, with the
following errors:

rsvg-view test.svg

(rsvg-view:5132): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_height: assertion
`pixbuf != NULL' failed

(rsvg-view:5132): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_width: assertion `pixbuf
!= NULL' failed

(rsvg-view:5132): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_width: assertion `pixbuf
!= NULL' failed

(rsvg-view:5132): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_height: assertion
`pixbuf != NULL' failed

(rsvg-view:5132): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_has_alpha: assertion
`pixbuf != NULL' failed

(rsvg-view:5132): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_rowstride: assertion
`pixbuf != NULL' failed

(rsvg-view:5132): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_pixels: assertion
`pixbuf != NULL' failed

(rsvg-view:5132): GLib-GObject-CRITICAL **: g_object_unref: assertion
`G_IS_OBJECT (object)' failed

[Tessa (unit3)]

Created an attachment (id=4402)
test case for xlink:href image failure

Here's the test SVG.

[Daniel Holbach (dholbach)]

Thanks for your detailed description. I forwarded the issue upstream:
http://bugs.gnome.org/show_bug.cgi?id=318488

[Tessa (unit3)]

Thanks, I've cc:ed myself upstream, and I'll help them track down the problem
further if they need it. I tried to do some backtracing, but I don't know enough
about debugging multiple running threads to be much help. :(

[Daniel Holbach (dholbach)]

Thank you :-)

[Tessa (unit3)]

Upstream says this should be fixed in 2.12.7. Do we have an Ubuntu package
anywhere for this so that I can test / verify that?

[Daniel Holbach (dholbach)]

------- Additional Comment #3 From Dom Lachowicz 2005-10-10 18:49 UTC -------

librsvg 2.12.7 has this fix, i think

[Daniel Holbach (dholbach)]

Unfortunately not, and I don't think, we'll make it for Breezy. Release is due
in 2 days, that's way too short. (2.12.5-0ubuntu1 with some additional fixes is
the version we have).

[Tessa (unit3)]

Oh, I didn't realize the release was due so soon. Hmmm... perhaps it can make it
into backports, so that people running Breezy can still take advantage of the
most bug fixed release?

[Daniel Holbach (dholbach)]

Yeah, I'll talk to the Backports team, once Dapper is open.

[Tessa (unit3)]

Ok, this is bizarre. I'm seeing this behavior disappear, but only in the SVG
browser plugin, and only when I use a backported version of Firefox
(1.4.99+1.5rc3.dfsg-1ubuntu3). That's just totally strange.

[Tessa (unit3)]

My bad, 1.5rc3 includes Firefox's native SVG support, so it's not using the
librsvg plugin at all. My bad. ;)

[John Dong (jdong)]

Backports team acknowledged; awaiting Dapper package for testing.

[Sebastien Bacher (seb128)]

fixed with dapper version but it uses cairo now which is quite different, maybe
not a backport candidate

[John Dong (jdong)]

Agreed, due to the package changes, this is no longer an ideal Backport.

Perhaps fix via breezy-updates?

[Daniel Holbach (dholbach)]

No that's the same difference. Leaving fixed, won't change.