[7792] in testers
Re: More FF3 printing bugs
daemon@ATHENA.MIT.EDU (William Cattey)
Thu Jan 15 12:01:35 2009
In-Reply-To: <24DCADA7-D2BC-4B4F-B6E0-276CD750D519@mit.edu>
Mime-Version: 1.0 (Apple Message framework v753.1)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <85C4226E-5B79-470B-B469-0A2F283D639A@mit.edu>
Cc: Jonathan D Reed <jdreed@mit.edu>, testers@mit.edu
Content-Transfer-Encoding: 7bit
From: William Cattey <wdc@MIT.EDU>
Date: Thu, 15 Jan 2009 11:59:48 -0500
To: Robert Basch <rbasch@mit.edu>
I've just kicked off a "sound general quarters" service ticket to Red
Hat. I will attempt to alert the right people that this is a pretty
serious regression deserving of an Errata roll-out.
-Bill
On Jan 15, 2009, at 12:21 AM, Robert Basch wrote:
> On Jan 14, 2009, at 5:05 PM, Jonathan D Reed wrote:
>
>> Apparently, when printing from FF3, the job does not actually end
>> up in the queue until you close the browser window.
>
> Ugh. This looks like a bug in the gtk2 lpr backend library
> used by Firefox (via the evolution28-gtk2 RPM). The parent
> is apparently not closing the write side of the pipe, whose
> read side is lpr's standard input.
>
> I believe this bug has been fixed in upstream GNOME (see
> http://bugzilla.gnome.org/show_bug.cgi?id=390159), and reported
> to Red Hat (https://bugzilla.redhat.com/show_bug.cgi?id=456942),
> but the latter has been classified as low priority, so I would
> not be optimistic about the fix appearing in an RHEL-4 update
> RPM any time soon. We will consider our other options...
>
> Thanks,
> Bob
>
