[7781] in testers
Re: URGENT: Users can't print from Firefox 3 on 9.4.51
daemon@ATHENA.MIT.EDU (William Cattey)
Tue Jan 13 12:53:38 2009
In-Reply-To: <A9606962-8CBE-43DC-9525-08F89F1F9A5B@mit.edu>
Mime-Version: 1.0 (Apple Message framework v753.1)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <DCF64B25-B7E2-48CA-969F-9A3108F60AFA@mit.edu>
Cc: Jonathan Reed <jdreed@mit.edu>, testers@mit.edu,
"andrew m. boardman" <amb@mit.edu>
Content-Transfer-Encoding: 7bit
From: William Cattey <wdc@MIT.EDU>
Date: Tue, 13 Jan 2009 12:52:02 -0500
To: Robert Basch <rbasch@mit.edu>
Can we sneak that fix into the patch release that went to 4 systems
last night, and is scheduled to go out to the world tonight?
-Bill
On Jan 13, 2009, at 12:17 PM, Robert Basch wrote:
> On Jan 13, 2009, at 12:14 PM, Jonathan Reed wrote:
>
>>
>> On Jan 13, 2009, at 12:08 PM, Robert Basch wrote:
>>
>>> It seemed to work for me, adding the line:
>>>
>>> gtk-print-backends = "lpr,file"
>>>
>>> (The print dialog looked good, though I did not verify that anything
>>> actually printed).
>>>
>>> From tracing, it looks like a better choice for a fix is to create
>>> /usr/evolution28/etc/gtk-2.0/gtkrc, so as not to change an existing
>>> (non-config) file.
>>>
>>> Bob
>>
>> Odd. It still wouldn't work for me in /usr/evolution28/share/
>> themes/Raleigh/gtk-2.0/gtkrc
>> but /usr/evolution28/etc/gtk-2.0/gtkrc worked fine.
>
> Maybe because you changed the theme? In any case, again, the
> latter path is the better choice anyway.
>
> Bob
>
