Bug 31371

Summary: can't print from kmail
Product: [Retired] Red Hat Linux Reporter: Gene Czarcinski <gczarcinski>
Component: kdenetworkAssignee: Bernhard Rosenkraenzer <bero>
Status: CLOSED DUPLICATE QA Contact: Aaron Brown <abrown>
Severity: medium Docs Contact:
Priority: medium    
Version: 7.1   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2001-04-14 19:44:51 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
My /etc/printcap file created by printtool none

Description Gene Czarcinski 2001-03-10 21:22:32 UTC
I have kmail installed but I cannot print.  The dialogs come up but nothing
happens.  Other application such as mozilla can print.  I suspect that it
is the generates postscript that is wrong.  If I "print" to a file and then
use lpr to print still nothing.

The printer is a HP4000 using the jetdirect interface.

Comment 1 Bernhard Rosenkraenzer 2001-03-16 12:28:00 UTC
Works perfectly here, both printing directly to a Lexmark Color JetPrinter 
3000 and printing to a file and displaying it in kghostview.

This must be a bug in the postscript parser in your printer.
(kmail generates valid postscript, but the printer doesn't undestand it).


Comment 2 Gene Czarcinski 2001-04-01 18:56:24 UTC
OK, I believe I have a better idea what the bug is.

This is on qa0328.  The hardware is Beta Hardware system #33.  The printer is an
HP Laserjet 4000 which is connected via an HP JetDirect Ex Plus box.

I defined two print queues (both to the same IP address).  One is a jetdirect
interface (port 9100) and the other is a "Unix LPD" for queue "ram" on the ip
address.

kmail prints correctly if I use the "unix LPD" queue.  It does NOT work if I use
the jetdirect queue.

The kmail print "panel" shows the Unix LPD OK properly but not the JEtDirect
queue.  It appears that kmail (or something in qt) is interpreting things
incorrectly.

On the kmail print panel for the JetDirect queue (lp),

Printer is
lp: :sh: :ml=0: :mx=0: :sd=/var/spool/lpd/lp: :lp=

Host is
locally connected  [!!]

Comment is
Aliases and a whole bunch of stuff.



Comment 3 Gene Czarcinski 2001-04-01 18:57:51 UTC
Created attachment 14383 [details]
My /etc/printcap file created by printtool

Comment 4 Gene Czarcinski 2001-04-03 07:57:07 UTC
Still present in qa0401

Comment 5 Gene Czarcinski 2001-04-03 20:50:29 UTC
I ran another test (on qa0401) and kwite works fine -- it is only kmail that
screws up with a jetdirect (port 9100) interface.

Comment 6 Preston Brown 2001-04-04 14:03:15 UTC
that's really weird, seeing as they both use the same printing interface...


Comment 7 Gene Czarcinski 2001-04-04 20:34:04 UTC
They (kmail and kwrite) don't "look" like they use the same interface.  The
print-panel popup that comes up looks completely different.

Comment 8 Gene Czarcinski 2001-04-08 14:57:11 UTC

*** This bug has been marked as a duplicate of 35193 ***

Comment 9 Gene Czarcinski 2001-04-08 15:15:09 UTC
Oops.  It appears that the "bug" reported as 35193 is NOT the same problem.
Even with that problem resolved, kmail will still not print to a JetDirect queue
and the print panel as a wierd entry for the JetDirect queue although a Unix
Printer queue "looks" proper and prints OK.

Gene

Comment 10 Gene Czarcinski 2001-04-14 16:50:29 UTC
I believe I see what kmail is getting confused about.

The new printconf package creates an /etc/printcap file for the JetDirect
interface with an entry:

	:lp=|/usr/share/printconf/jetdirectprint:

in the definition for "lp".  For some reason, it is using the text after lp=
rather than just lp as the "name" of this print queue.

This is definitely a kmail problem.

Comment 11 Gene Czarcinski 2001-04-14 19:44:46 UTC
I have looked at the source code and this is NOT a kmail bug.  Kmail appears to
be one of the few (only?) application which uses qt's QPrint function.  The
problem is in the parsePrintcap function located in qprintdialog.cpp.  Their
"simplistic" parsing of /etc/printcap treats the qhole string of characters
(minus whitespace) between the beginning of a definition and the first '|'
character to be the "name" of the print queue.

Circumvention: assign an alias to the print queue.

*** This bug has been marked as a duplicate of 35937 ***