From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020312 Description of problem: When using nautilus to browse an smb share it is done using the format smb://userid:password@machine/share. The password is constantly displayed. It seems it would be preferable to do something similar to what web browsers do for ftp where you could enter smb://userid@machine/share, nautilus would prompt for the password but not display it. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. browse any smbshare requireing a userid and password Additional info:
Agreed, at the time smb support was implemented gnome-vfs did not have the infrastructure for this. I believe it does now so the feature could be added.
It's even implemented in the cvs version.
Alex says the CVS version has a major issue though, which is that it holds your SMB connections open indefinitely. The current SMB feature is really slow because each file operation reopens the connection; the one in CVS is fast but doesn't necessarily ever expire the connection cache, since control flow doesn't have to ever return to the gnome-vfs module. What do people think is the right thing to do? Is the caching problem more or less important than the password dialog issue? Should I grab the CVS snap?
We decided to put in 0.2.0 which does have the password prompt feature and is also a lot faster. May have other "features" too, but we'll see ;-) Current version was basically unusable so this should at least be an improvement.