This service will be undergoing maintenance at 00:00 UTC, 2016-08-01. It is expected to last about 1 hours
Bug 156033 - Printing Silently fails shows only in cups error_log
Printing Silently fails shows only in cups error_log
Status: CLOSED RAWHIDE
Product: Fedora
Classification: Fedora
Component: qt (Show other bugs)
4
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Ngo Than
Ben Levenson
www.royalpublishing.com/cups.log
:
Depends On:
Blocks: FC4Blocker
  Show dependency treegraph
 
Reported: 2005-04-26 15:38 EDT by Dennis Gilmore
Modified: 2007-11-30 17:11 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2005-05-19 04:24:46 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)
output from printconf-tui (2.77 KB, text/plain)
2005-05-04 17:03 EDT, Dennis Gilmore
no flags Details

  None (edit)
Description Dennis Gilmore 2005-04-26 15:38:10 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (compatible; Konqueror/3.4; Linux) KHTML/3.4.0 (like Gecko)

Description of problem:
When trying to print anything KDE printer monitor acts as if the job has    
succesfully printed.  nothing comes out of the printer.  cups error log shows    
a failure and suggets debug logging  with debug logging enabled i get  in the 
url   
   
I am having the same issue on two different FC4T2 boxes  with different   
printers  one is a hp Laserjet 1012  the other is a Samsung ML 1740   
   

Version-Release number of selected component (if applicable):
ghostscript-7.07-40

How reproducible:
Always

Steps to Reproduce:
1. print document  
2. 
3. 
   

Actual Results:  No Output 

Expected Results:  Job to be printed 

Additional info:
Comment 1 Tim Waugh 2005-04-27 08:14:31 EDT
Does the CUPS test page (/usr/share/cups/data/testprint.ps) work?
Comment 2 Dennis Gilmore 2005-04-28 06:52:03 EDT
The test page prints ok 
Comment 3 Tim Waugh 2005-04-28 08:06:41 EDT
What is the least complicated job that fails to print?
Comment 4 Dennis Gilmore 2005-04-28 09:48:53 EDT
i created a one line text document in kate  and it failed to print  
Comment 5 Tim Waugh 2005-05-04 07:56:30 EDT
Please attach the output of 'printconf-tui --Xexport'.  Thanks.
Comment 6 Dennis Gilmore 2005-05-04 17:03:37 EDT
Created attachment 114041 [details]
output from printconf-tui
Comment 7 Dennis Gilmore 2005-05-04 17:06:58 EDT
 i have found that firefox prints ok as does a text document if i run lpr  
<document> at the command line  but printing from any kde application fails on  
my HP Laserjet 1012 at work  Openoffice.org prints ok from here.  i will test  
my Samsung some more at home tonight.  
Comment 8 Tim Waugh 2005-05-05 07:05:42 EDT
I get this from error_log when printing a single line from kate using your
configuration settings:

D [05/May/2005:11:53:58 +0100] [Job 4] renderer PID kid4=4696
D [05/May/2005:11:53:58 +0100] [Job 4] renderer command: gs -q -dBATCH
-dPARANOIDSAFER -dQUIET -dNOPAUSE -sDEVICE=ijs -sIjsServer=hpijs
-sDeviceManufacturer="HEWLETT-PACKARD" -sDeviceModel="HP LaserJet"
-dDEVICEWIDTHPOINTS=612 -dDEVICEHEIGHTPOINTS=792 -dDuplex=false -r300
-sIjsParams=Quality:Quality=0,Quality:ColorMode=0,Quality:MediaType=0,Quality:PenSet=0,PS:MediaPosition=7
-dIjsUseOutputFD -sOutputFile=- -
D [05/May/2005:11:53:58 +0100] [Job 4] foomatic-gswrapper: gs '-dBATCH'
'-dPARANOIDSAFER' '-dQUIET' '-dNOPAUSE' '-sDEVICE=ijs' '-sIjsServer=hpijs'
'-sDeviceManufacturer=HEWLETT-PACKARD' '-sDeviceModel=HP LaserJet'
'-dDEVICEWIDTHPOINTS=612'
'-dDEVICEHEIGHTPOINTS=792' '-dDuplex=false' '-r300'
'-sIjsParams=Quality:Quality=0,Quality:ColorMode=0,Quality:MediaType=0,Quality:PenSet=0,PS:MediaPosition=7'
'-dIjsUseOutputFD' '-sOutputFile=| cat >&3' '/dev/fd/0' 3>&1 1>&2
D [05/May/2005:11:53:59 +0100] [Job 4]
D [05/May/2005:11:53:59 +0100] [Job 4] Closing renderer
D [05/May/2005:11:53:59 +0100] [Job 4] Error: /undefined in 35.:
D [05/May/2005:11:53:59 +0100] [Job 4] Operand stack:
D [05/May/2005:11:53:59 +0100] [Job 4]
D [05/May/2005:11:53:59 +0100] [Job 4] Execution stack:
D [05/May/2005:11:53:59 +0100] [Job 4] %interp_exit   .runexec2  
--nostringval--   --nostringval--   --nostringval--   2   %stopped_push  
--nostringval--   --nostringval--   --nostringval--   false   1   %stopped_push
  1   3   %oparray_pop   1   3   %oparray_pop   1   3   %oparray_pop   1   3  
%oparray_pop   .runexec2   --nostringval--   --nostringval--   --nostringval-- 
 2   %stopped_push
--nostringval--   --nostringval--   --nostringval--   --nostringval--  
--nostringval--
D [05/May/2005:11:53:59 +0100] [Job 4] Dictionary stack:
D [05/May/2005:11:53:59 +0100] [Job 4] --dict:1078/1123(ro)(G)--  
--dict:1/20(G)--   --dict:178/200(L)--
D [05/May/2005:11:53:59 +0100] [Job 4] Current allocation mode is local
D [05/May/2005:11:53:59 +0100] [Job 4] Last OS error: 2
D [05/May/2005:11:53:59 +0100] [Job 4] GNU Ghostscript 7.07: Unrecoverable
error, exit code 1
D [05/May/2005:11:53:59 +0100] [Job 4] renderer return value: 1
D [05/May/2005:11:53:59 +0100] [Job 4] renderer received signal: 1

Not sure yet whether the fault lies with ghostscript, kate, foomatic, or
something else.
Comment 9 Tim Waugh 2005-05-05 07:29:17 EDT
Okay, the problem seems to be in qt.  It's generating this code, even with
'Print to file':

/pageinit {
35.: 24 translate
% 191*262mm (portrait)
0 744 translate 0.75 -0.75 scale/defM matrix CM d } d

The ".:" here makes no sense, and there's no indication in the source code about
how that might have happened.  Possible compiler/C library bug?

The source code I'm looking at, for reference, is in
qt-x11-free-3.3.4/src/kernel/qpsprinter.cpp:5974-5983:

    outStream << "/pageinit {\n";
    if ( !printer->fullPage() ) {
        if ( printer->orientation() == QPrinter::Portrait )
            outStream << mleft*scale << " "
                   << mbottom*scale << " translate\n";
        else
            outStream << mtop*scale << " "
                   << mleft*scale << " translate\n";
    }
Comment 10 Ngo Than 2005-05-11 08:16:23 EDT
it seems a compiler bug, which has caused this problem.

Could you please try to downgrade to qt-3.3.4-10. Does this problem still appear?
Comment 11 Dennis Gilmore 2005-05-11 09:27:05 EDT
Printing works as expected using  qt-3.3.4-10  
Comment 12 Ngo Than 2005-05-19 04:24:46 EDT
it's now fixed in qt-3.3.4-14. Many thanks for your report.

Note You need to log in before you can comment on or make changes to this bug.