Skip Menu |

This queue is for tickets about the GDGraph CPAN distribution.

Maintainer(s)' notes

There are plenty of good ideas of what people can do published here on the queue. Turning a patch from the tracker into a pull request is not one of them. In order to get maintainers' attention way more quickier, PR should have at least a sample included. We know it's hard to test images generating software, but it doesn't mean we can not test numbers produced by intermediate algorithms used to generate these images, so either a test or a sample.

Report information
The Basics
Id: 15374
Status: resolved
Priority: 1/
Queue: GDGraph
People
Owner: bwarfield [...] cpan.org
Requestors: jm [...] jmason.org
Cc:
AdminCc:
Bug Information
Severity: Normal
Broken in: 1.43
Fixed in: 1.4307

History Show all quoted text
  Fri Oct 28 16:10:28 2005 jmason [...] cpan.org - Ticket created
Subject: trueColor(1) produces images with black boxclr instead of white
(also blogged at http://taint.org/2005/10/28/210641a.html ) Hacking on a new rule-QA subsystem for SpamAssassin, I came across this bug in GD::Graph. If: * you are drawing a graph using GD::Graph; * outputting in PNG or GIF format; * and the ‘box’ area — the margins outside the graph — keeps coming up as black, instead of white as you’ve specified; check your code for calls to GD::Image->trueColor(1);, or the third argument to the GD::Image->new() constructor being 1. It appears that there’s a bug in the current version of GD (or GD::Graph) where graphing to a true-colour buffer is concerned, in that the ‘box’ area continually comes out in black. * Test script (requires GD, GD::Graph): http://taint.org/xfer/2005/demo-gd-graph-bug.pl.txt * Demo PNG with trueColor set to 1: http://taint.org/xfer/2005/demo-gd-graph-borked.png * Demo PNG with trueColor set to 0: http://taint.org/xfer/2005/demo-gd-graph-works.png (Seen in versions: perl 5.8.7, GD 2.23, GD::Graph 1.43 on Linux ix86; perl 5.8.6, GD 2.28, GD::Graph 1.43 on Solaris 5.10.)
  Sat Feb 11 19:11:44 2006 bwarfield [...] cpan.org - Taken
  Sat Feb 11 19:11:47 2006 bwarfield [...] cpan.org - Status changed from 'new' to 'open'
  Tue Feb 14 14:32:12 2006 bwarfield [...] cpan.org - Priority changed from (no value) to '1'
  Thu Feb 16 01:52:51 2006 bwarfield [...] cpan.org - Correspondence added
There's a somewhat braindead but adequate fix for this coming in the next release (always produce palette-based images). It might be a good idea to make true-color graphs possible at some future point, but I don't see a particular urgency to it, since 256 colors really ought to be enough for charting purposes.
  Thu Feb 16 01:52:52 2006 bwarfield [...] cpan.org - Status changed from 'open' to 'resolved'
  Thu Feb 16 10:44:20 2006 jmason [...] cpan.org - Correspondence added
On Thu Feb 16 01:52:51 2006, BWARFIELD wrote: Show quoted text
> There's a somewhat braindead but adequate fix for this coming in the > next release (always > produce palette-based images). It might be a good idea to make true- > color graphs possible at > some future point, but I don't see a particular urgency to it, since > 256 colors really ought to be > enough for charting purposes.
agreed, as long as it's documented that should be fine IMO. thanks!
  Thu Feb 16 10:44:21 2006 The RT System itself - Status changed from 'resolved' to 'open'
  Sun Feb 19 15:43:51 2006 bwarfield [...] cpan.org - Status changed from 'open' to 'resolved'
  Mon Feb 20 13:57:57 2006 bwarfield [...] cpan.org - Fixed in 1.4307 added