From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030703
Epiphany/0.9.3

Description of problem:
When setting up a Networked Windows (SMB) printer, if I don't enter all the
information in the "Queue type" tab, the DeviceURI generated for the printer (as
seen in /etc/cups/printers.conf) is incorrect. As a result, jobs sent to this
printer fail with NT_STATUS_ACCESS_DENIED errors.

Version-Release number of selected component (if applicable):
redhat-config-printer-0.6.73-1

How reproducible:
Always

Steps to Reproduce:
1. Run redhat-config-printer.
2. Select an SMB printer in the printer list, and click Edit.
3. Select the "Queue type" tab.
4. Enter the share name and hostname of the networked printer, but leave User,
Password, and Workgroup blank.
5. Click OK, and then Apply.
6. Try printing something to this printer.

Actual Results:  The print job stays in the local queue. If I look in
/var/log/cups/error_log, it tells me that it couldn't connect because of a
NT_STATUS_ACCESS_DENIED error.

Expected Results:  The printer should receive the job and print it.

Additional info:

When I enter only the share and computer name, the URI generated is
smb:///computer_name/share. When I enter a User too, it generates
smb://user/computer_name/share. Both of these seem to be incorrect. Only when I
enter a password does it generate smb://user:password@computer_name/share, which
allows the print job to print.

The computer I'm connecting to is running Windows XP and doesn't require any
username or password to connect. I have tested this out using smbclient.
Furthermore, the above steps work with any random password I enter into
r-c-printer's Password box. This reinforces my suspicion that the problem is in
the syntax and not an actual authorization problem.

I'm running an up-to-date rawhide system. This includes:

cups-1.1.19-11
samba-3.0.0-5rc1
rawhide-release-20030907-1