Page MenuHomePhabricator
Create Task
Maniphest T6968

librsvg workaround for black background on Firefox printing
Closed, DeclinedPublic
Actions

Description

As described on [[Wikipedia:Village pump (technical)#Black background]], when
printing the PNG file generated from a SVG image on Firefox 1.5, the transparent
areas show as black instead of the expected color. While this is a bug on
Firefox (it's ignoring the alpha channel), a workaround would be useful. The
attached patch to librsvg-2.11.1 is a quick and dirty hack to change the default
color of the image from fully transparent black to fully transparent white, with
the result that, when printing on Firefox, the transparent areas of the image
show as white.

Version: unspecified
Severity: normal
OS: Linux
Platform: PC
URL: http://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29#Black_background

Details

Reference
bz4968

Event Timeline

• bzimport raised the priority of this task from to Lowest.Nov 21 2014, 9:05 PM
• bzimport added a project: Wikimedia-SVG-rendering.
• bzimport set Reference to bz4968.
CesarB created this task.Feb 12 2006, 2:26 AM
CesarB added a comment.Feb 12 2006, 2:28 AM

Created attachment 1385
Patch to librsvg-2.11.1 to change the default color from transparent black to transparent white

rsvg-art-render.c | 10 +++++++++-
1 files changed, 9 insertions(+), 1 deletion(-)

Attached:

patch577 BDownload

CesarB added a comment.Feb 12 2006, 2:30 AM

Note: lightly tested (only with [[Image:Mitochondrie.svg]]). Assumes
non-negative width.

• brion added a comment.Feb 12 2006, 5:24 AM

The current rendered image prints fine from Firefox 1.5.0.1 on Mac OS X.

Is this specific to Linux printing? My PC's being used this weekend so
I can't test it for a couple days...

CesarB added a comment.Feb 12 2006, 4:16 PM

It was originally reported on Windows Firefox 1.5, and I reproduced it on Linux
Firefox 1.5 (in fact 1.5.0.1). I guess the printing code is different for each
platform (Windows probably has to use GDI, while on Linux it directly generates
Postscript).

• brion added a comment.Feb 13 2006, 4:41 AM

Confirmed on Linux and Windows. Maybe everyone should upgrade to a Mac. ;)
Off to test patches and updated rsvg...

• brion added a comment.Feb 13 2006, 6:57 AM

Output from patched librsvg seems to work for Firefox on Linux, but not on Windows.
(Tested with generic .ps output on Linux and saved output from LaserJet 4MP driver
on Windows XP, as I can't figure out how to get my PC and my Mac to talk to each
other regarding printers. Bleah!)

tstarling added a comment.Mar 1 2007, 9:02 PM

Submitted a feature request upstream:
http://bugzilla.gnome.org/show_bug.cgi?id=413617

tstarling added a comment.Apr 18 2007, 1:41 AM

The upstream developer has marked our feature request as WONTFIX. I suggest we
continue to maintain our patch.

Platonides added a comment.Dec 28 2007, 4:13 PM

*** Bug 12442 has been marked as a duplicate of this bug. ***

Platonides added a comment.Dec 28 2007, 4:22 PM

On Firefox 3 the bug has been fixed.

• bzimport added a comment.Jan 22 2008, 12:24 AM

mark.g.stewart wrote:

This also occurs on Firefox 2.0.0.11 on Windows XP Media Edition (similar to XP Professional).

• brion added a comment.Aug 3 2009, 4:53 PM

Assigning SVG bugs to Ariel -- need a cleanup pass to see what's fixed up by a librsvg upgrade, what can be resolved with fixes to our font configuration, what can be fixed on our end, and what still needs to be pushed upstream.

TheDJ added a comment.Nov 4 2010, 1:20 AM

According to Platonides this is fixed in Firefox 3. I don't see why we should keep this open any longer. Not much we can do here.

Content licensed under Creative Commons Attribution-ShareAlike (CC BY-SA) 4.0 unless otherwise noted; code licensed under GNU General Public License (GPL) 2.0 or later and other open source licenses. By using this site, you agree to the Terms of Use, Privacy Policy, and Code of Conduct. · Wikimedia Foundation · Privacy Policy · Code of Conduct · Terms of Use · Disclaimer · CC-BY-SA · GPL