Red Hat Bugzilla – Bug 64762
Data scrambled printing to SMB printers.
Last modified: 2007-04-18 12:42:31 EDT
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; Q312461)
Description of problem:
I've tried two different workstations now that were previously running fine one
RH 7.2 printing to printers on Windows 2000 and Windows 98 workstations, but
now the data seems to get scrambled in the spooling process. The Epson Stylus
Photo 700 connected to a Windows 98 workstation just spits out pages of junk.
A Brother HL-1440 connected to a Windows 2000 workstation prints out part of a
page, then junk.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install 7.3 (i386)
2. Add a SMB printer in the Printconf-gui
3. Print a US-Letter Test Page
Actual Results: At least with the Brother HL-1440, a page is printed (actually
2 pages), but both pages are scrambled.
Expected Results: Should print test page correctly. (As in RH 7.2)
I have unistalled SAMBA and installed version samba-2.2.4-2 (downloaded from
samba.org). That didn't solve the problem.
WORKAROUND: I then uninstalled LPRng, printconf and printconf-gui and then
installed LPRng-3.7.4-28.i386, printconf-0.3.61-3, and printconf-gui-0.3.61-3
from the RH 7.2 updates. That solves the SMB print problem although I'm not
sure what problems it will create. In any case, the problem is with LPRng3.8.9-
3 included with RH 7.3.
Right test procedure, wrong conclusion. It seems that the new version of
printconf is causing the problem. I can leave LPRng3.8.9-3 installed and just
downgrade to printconf and printconf-gui 0.3.61-3 and the problem goes away.
If I get a minute, I'll try to debug the config files.
I have the same problem with a HP500 printer that is hooked up to a W98
computer. RH7.2 printed fine via SMB, but RH7.3 does not.
I confirm that downgrading to the printconf* files from RH7.2 fix the
printing problem. The test pages from printconf-gui work as do the printer
test files for OpenOffice 1.0. --Larry
email@example.com: just to confirm, do you mean that those test pages work
_after_ downgrading printconf? They're broken before doing that, yes?
Yes . . . The printconf distributed with RH 7.3 is broken. Downgrading to the
printconf for RH 7.2 fixes the problem.
Forgot to mention . . . after downgrading the printconf, re-setup the printer.
Yes, you are correct. Using the version that came with 7.3, test pages
_wouldn't_ print correctly. After downgrading to the version that came with
7.2 test pages printed correctly. I confirm everything that firstname.lastname@example.org
has found as far as problems and solutions.
I'm having trouble reproducing this. Which version of printconf are people
using successfully? The one that _came_ with 7.2 (0.3.44-1), or the latest
one issued as an update for 7.2 (0.3.61-4.1)?
Could someone please attach /etc/alchemist/namespace/printconf/local.adl from
an installation that prints garbage? Thanks.
Another thing to try: change 'translate="yes"' to 'translate="no"' in
/var/spool/lpd/<queuename>/script.cfg (cf. bug #66141).
I'll attach the file tonight . . . my test machine is at home. As per my first
posting, the printconf that I downgraded to is printconf-0.3.61-3.
Created attachment 61344 [details]
local.adl from system that scrambles data to SMB printer.
Just tried changing translate='yes' to translate='no' in the
/var/spool/lptd/<queuename>/script.cfg. That indeed solved the problem. Seems
that this is the same bug as 66141. Thanks.
In that case, it should be that you can change this setting in the
printconf-gui tool. (The problem was on _adding_ queues, but editing should
work.) Can anyone confirm that this works?
Incidentally, this defaults to 'no translation' in 0.4.2-1.
Yes, It works. I tried add new samba printer with printool-gui and then try edit
configuration (with printtol-gui) and removing translation works good.