[27540] in Athena Bugs
Re: Debathena: Evince Document Viewer
daemon@ATHENA.MIT.EDU (Jonathan Reed)
Wed Mar 16 10:01:06 2011
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Apple Message framework v1082)
From: Jonathan Reed <jdreed@mit.edu>
In-Reply-To: <928DD448-D3B3-4BFB-A0DE-4167CC11EC9F@mit.edu>
Date: Wed, 16 Mar 2011 10:01:00 -0400
Message-Id: <6C96E08B-7D01-408B-8762-62BD4C6DDF04@mit.edu>
To: bugs@mit.edu
Content-Transfer-Encoding: 8bit
Errors-To: bugs-bounces@mit.edu
Actually, are we losing because the bounce queues use the Footmatic/PostScript driver, and not the hpijs one? If a job hits the "wrong" server (e.g. print-this, for a printer served by get-print) thanks to the F5, is that server going to dry and convert it to PS (which we know fails), then send it to the next server which is further chewing on the job?
-Jon
On Mar 15, 2011, at 11:16 PM, Jonathan Reed wrote:
> [user dropped from CC]
>
> An OLC consultant was asking me about a similar issue today, in which they see the same behavior if they try and print duplex (using the GTK option, which is the equivalent of -o sides=two-sided-long-edge). Simplex printing worked fine. And I had an interesting failure mode with Pharos,in which enabling the banner on a Pharos queue caused me to only get the banner page. I don't think it's a driver issue, since everything in the clusters should be using hpijs now, right?
>
> Is it worth turning off the header pages? Or switching to the CUPS standard ones? Given that we know our header pages can make some PostScript emulators sad (Such as the Phasers), I think it might be worth trying...
>
> -Jon
>
>
>
> On Mar 15, 2011, at 9:25 PM, goretkin@MIT.EDU wrote:
>
>> System name: quickstation-1
>> Type: i686
>> Display type: ATI Technologies Inc RV620 LE [Radeon HD 3450]
>>
>> Shell: /bin/athena/bash (?)
>> Window manager: unknown
>>
>> What were you trying to do?
>> Print multiple pages per sheet.
>>
>> What's wrong:
>> Cover page is printed, then only blank pages come out (the correct number of pages)
>>
>> What should have happened:
>> The document should have printed with 2 logical pages per physical page.
>>
>> The error does not occur if I am printing only one page per page. It happens with at least Sanda and Helios. It does not happen on print queues not managed by IS&T e.g. in CSAIL.
>>
>>
>
>
