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): How reproducible: Always 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) Additional info: 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
fwheeler_1: 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 jshanks 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.