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

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T6968, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 4968 - librsvg workaround for black background on Firefox printing
librsvg workaround for black background on Firefox printing
Status: RESOLVED WONTFIX
Product: Wikimedia
Classification: Unclassified
SVG rendering (Other open bugs)
unspecified
PC Linux
: Lowest normal with 2 votes (vote)
: ---
Assigned To: Ariel T. Glenn
http://en.wikipedia.org/wiki/Wikipedi...
:
: 12442 (view as bug list)
Depends on:
Blocks:
  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: ---


Attachments
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
Details

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 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...
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 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).
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: 
http://bugzilla.gnome.org/show_bug.cgi?id=413617
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 2.0.0.11 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.


Navigation
Links