From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0) Description of problem: Giving root a password prevents users of text based programs (written in PDS-Adept, a 4th generation language)from being able to send print jobs to the printer. How reproducible: Always Steps to Reproduce: 1. Creat a root passwd during installation. 2. create new user (any name) 3. passwd or not their login 4. enter text based application 5. try to print 6. system hangs with "Spooling print.... su Password:" Actual Results: I get the "Spooling print..." message and am asked for a su Password. First character I hit the screen scrolls up and I have to press the end key to get back to a login to straighten out the screen. I get no printed output. Expected Results: What it should do is print the job. Not ask for a password. Also any user should be able to be delegated the right to print to a system printer. SCO UNIX operates that way, why can't Linux? Additional info: I can log the user on and break out of the program to a $ sign and can issue a "lpr -Preport /home/username/trace.prn" command and it will send the job to the printer? Now if I edit manually the /etc/passwd and /etc/shadow files to remove the password from root. I can then log the user in and print from the application just fine. Prior to doing the last I even tried giving the user "root lp adm" group associations. Nothing has worked except for removing the root passwd. This is definately a SECURITY HAZARD report. I can't secure a system like this and put it in the field just to have someone login and screw the files up and make unaurthorized changes to the system! System specs: AMD k6-2 500Mhz 128 Meg Ram 15 G hdd 40X CDrom AGP S3 Video with 8Meg Creative labs Awe 32 sound card pci Kingston Network card @ 06c00 irq5 pci USR Modem @ 06800 irq 10 epson 500 printer configured as lp & report on /dev/lp0
What command is the program running when it attempts to print (or equivalently, which program is actually prompting for the password)?
We don't use passwords inside our program. The print jobs are either sent to the spooler or directly to serial, parallel or remote machine printer ports. The software uses systems calls to print as far as I know. This setup worked fine in Unix and Xenix. Program issued the print job and the system just did it.
Seems to be a bug in PDS Adept. Why it is using su before printing who knows