Description of problem:
Configuring a remote printer hosted on a Windows XP machine, on a home network
without local DNS. Putting the SMB name in for "Server" results in a never-ending series of
identical "Authentication" dialogs with no hint of the problem; when I tried using the IP
address in place of the name, or adding the name to /etc/hosts, configuration continued
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Run system-config-printer as root under X
2. Add new print queue, give it a name, select Networked Windows (SMB) queue type.
3. Hit 'Specify...', and in the 'Authentication' dialog fill in names for Workgorup, Server,
Share, User name, and Password. Use a SMB server name for which there isn't a DNS or
hosts file entry.
The dialog disappears, then immediately reappears when submitted with OK button. There
is no indication of what the problem is.
It should go out and look up the IP address, or else display an error message explaining
that an IP or hostname might work better.
Running with SELinux in 'enforced' mode. Nothing shows up in /var/log/messages during
this stage of configuration.
Even after configuring the printer using an IP address, it won't *print*. but that's for
another bug report...
Does it work in non-enforcing mode? If so, could you see what
messages are produced in the output from 'dmesg'?
I've still got the problem on a fresh install of test3, which allegedly has SElinux off by
Nothing shows up in /var/log/messages (or in dmesg) during this part of printer
configuration. Earlier there was a bunch of stuff of this sort:
security_context_to_sid: called before initial load_policy on unknown context system_u:
followed by a bunch of other such lines for all kinds of services. This doesn't look related.
As with test2, using the (non-DNS) SMB name causes the neverending unexplained series
of authenticate dialogs. Putting in the IP address lets me successfully configure the printer
(and I can even print now! yay)
On further investigation, the problem with not accepting the SMB name is actually caused
by the firewall. The default firewall settings break SMB browsing (bug 113918) and
apparently even SMB name resolution. With the firewall off, I can put in the SMB name
instead of the IP address; the machine also shows up in the available share list for handier
Now, the firewall stuff is a separate bug, but the infinite series of 'Authentication' dialogs
is still a problem in system-config-printer. If it could inform the user that it was unable to
contact the printer (and perhaps suggest alternatives), that would be a big improvement.
Created attachment 99869 [details]
Stick an error message with suggestions between the endless series of dialogs
If can't connect to printer, spits out "Check the machine name, share name,
username, and password. If the firewall is enabled, you may need to use an IP
address for the machine name." before prompting again.
[This is a mass update sent to many bugs that missed earlier such messages due
to having their version set to a test version.]
This bug was originally filed against a version of Fedora Core which is no
longer supported, even for security updates. Many changes have occured since
then. Please retest this bug against a still supported version. Note that FC3
and FC4 are supported by Fedora Legacy for security fixes only. If
it still occurs on FC5 or FC6, please assign to the correct
version. Otherwise, if this a security issue, please change the
product to Fedora Legacy. Thanks, and we are sorry that we did not
get to this bug earlier.
This bug will be closed after a few weeks if no information is given indicating
that the bug is still present in a supported release.
Based on the date this bug was created, it appears to have been reported
against rawhide during the development of a Fedora release that is no
longer maintained. In order to refocus our efforts as a project we are
flagging all of the open bugs for releases which are no longer
maintained. If this bug remains in NEEDINFO thirty (30) days from now,
we will automatically close it.
If you can reproduce this bug in a maintained Fedora version (7, 8, or
rawhide), please change this bug to the respective version and change
the status to ASSIGNED. (If you're unable to change the bug's version
or status, add a comment to the bug and someone will change it for you.)
Thanks for your help, and we apologize again that we haven't handled
these issues to this point.
The process we're following is outlined here:
We will be following the process here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this
doesn't happen again.
This bug has been in NEEDINFO for more than 30 days since feedback was
first requested. As a result we are closing it.
If you can reproduce this bug in the future against a maintained Fedora
version please feel free to reopen it against that version.
The process we're following is outlined here: