Bug 111340 - CUPS/Samba with HP L1300 driver generates raw postscript
Summary: CUPS/Samba with HP L1300 driver generates raw postscript
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Fedora
Classification: Fedora
Component: cups
Version: 1
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Tim Waugh
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-12-02 12:14 UTC by Need Real Name
Modified: 2008-08-02 23:40 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2006-10-25 20:14:22 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Need Real Name 2003-12-02 12:14:23 UTC
Description of problem:

Setting a printer up to print via samba (on a Red Hat 9 server) on a
HP Laserjet 1300 works fine as long as I choose the "generic
postscript" driver.  If I choose manufacturer and model -- HP/Laserjet
1300 -- and the postscript driver, it seems like I get an extra level
of postscript generation: the printer spews out the raw postscipt code
 directly on paper.

The problem is not serious for me; going back to the
manufaturer-independent "generic postscrip" driver works fine.

Printing from other machines (including Windows XP clients) works
fine, so I guess it's not the server's own cups implementation that is
the problem.

Version-Release number of selected component (if applicable):
Standard fedora core 1

How reproducible:
100%

Steps to Reproduce:
Setup printer via redhat-config-printer, choose "windows printer",
choose the relevant server and printer, choose HP/Laserjet 1300,
postscript driver, print test sheet.

Actual results:
Raw postscript output from printer.

Expected results:
Processed postscript output.

Additional info:

Comment 1 Tim Waugh 2003-12-02 17:53:29 UTC
Does 'raw print queue' work?  There must be some way for the printing
configuration tool to be able to work out when that is needed. :-/

Comment 2 Tom Cross 2004-02-13 20:17:13 UTC
I'm having the same trouble with my LaserJet 1100.  I setup a normal
print queue on my computer using local LPT1 port.  lpr something.ps
works just fine.  Enable lpd support on my computer.  Goto another
linux box.  Setup a queue on other computer as a 'raw printer queue'
or a 'postscript printer' queue and when the test page comes through I
get postscript on the printer instead of the test page.

It's exactly as if remote print jobs are NOT being sent through the
printer-filters.  

If on the other linux box I change the queue to laserjet 1100 so it
loads the right driver, then it works fine.


Comment 3 Matthew Miller 2006-07-11 17:30:35 UTC
Fedora Core 1 is maintained by the Fedora Legacy project for security updates
only. If this problem is a security issue, please reopen and reassign to the
Fedora Legacy product. If it is not a security issue and hasn't been resolved in
the current FC5 updates or in the FC6 test release, reopen and change the
version to match.

Thanks!

NOTE: Fedora Core 1 is reaching the final end of support even by the Legacy
project. After Fedora Core 6 Test 2 is released (currently scheduled for July
26th), there will be no more security updates for FC1. Please use these next two
weeks to upgrade any remaining FC1 systems to a current release.



Comment 4 John Thacker 2006-10-25 20:14:22 UTC
Closed per above message and lack of response.  Note that FC1 and FC2 are not even
supported by Fedora Legacy anymore.


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