Last modified: 2012-02-21 11:12:17 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 4968 - librsvg workaround for black background on Firefox printing
librsvg workaround for black background on Firefox printing
Product: Wikimedia
Classification: Unclassified
SVG rendering (Other open bugs)
PC Linux
: Lowest normal with 2 votes (vote)
: ---
Assigned To: Ariel T. Glenn
: 12442 (view as bug list)
Depends on:
  Show dependency treegraph
Reported: 2006-02-12 02:26 UTC by Cesar Eduardo Barros
Modified: 2012-02-21 11:12 UTC (History)
4 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---

Patch to librsvg-2.11.1 to change the default color from transparent black to transparent white (577 bytes, patch)
2006-02-12 02:28 UTC, Cesar Eduardo Barros

Description Cesar Eduardo Barros 2006-02-12 02:26:51 UTC
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.
Comment 1 Cesar Eduardo Barros 2006-02-12 02:28:11 UTC
Created attachment 1385 [details]
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(-)
Comment 2 Cesar Eduardo Barros 2006-02-12 02:30:55 UTC
Note: lightly tested (only with [[Image:Mitochondrie.svg]]). Assumes
non-negative width.
Comment 3 Brion Vibber 2006-02-12 05:24:10 UTC
The current rendered image prints fine from Firefox 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...
Comment 4 Cesar Eduardo Barros 2006-02-12 16:16:38 UTC
It was originally reported on Windows Firefox 1.5, and I reproduced it on Linux
Firefox 1.5 (in fact I guess the printing code is different for each
platform (Windows probably has to use GDI, while on Linux it directly generates
Comment 5 Brion Vibber 2006-02-13 04:41:41 UTC
Confirmed on Linux and Windows. Maybe everyone should upgrade to a Mac. ;)
Off to test patches and updated rsvg...
Comment 6 Brion Vibber 2006-02-13 06:57:08 UTC
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!)
Comment 7 Tim Starling 2007-03-01 21:02:06 UTC
Submitted a feature request upstream:
Comment 8 Tim Starling 2007-04-18 01:41:10 UTC
The upstream developer has marked our feature request as WONTFIX. I suggest we
continue to maintain our patch.
Comment 9 Platonides 2007-12-28 16:13:40 UTC
*** Bug 12442 has been marked as a duplicate of this bug. ***
Comment 10 Platonides 2007-12-28 16:22:37 UTC
On Firefox 3 the bug has been fixed.
Comment 11 Mark Stewart 2008-01-22 00:24:35 UTC
This also occurs on Firefox on Windows XP Media Edition (similar to XP Professional).
Comment 12 Brion Vibber 2009-08-03 16:53:43 UTC
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.
Comment 13 Derk-Jan Hartman 2010-11-04 01:20:15 UTC
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.

Note You need to log in before you can comment on or make changes to this bug.