Bug 61669

Summary: smb browsing prompt for password
Product: [Retired] Red Hat Linux Reporter: James Riggs <jimriggs>
Component: nautilusAssignee: Havoc Pennington <hp>
Status: CLOSED RAWHIDE QA Contact: Aaron Brown <abrown>
Severity: medium Docs Contact:
Priority: medium    
Version: 7.3CC: alexl
Target Milestone: ---Keywords: FutureFeature
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2002-03-27 21:52:51 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 61901    

Description James Riggs 2002-03-22 19:54:50 UTC
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:

Comment 1 Havoc Pennington 2002-03-22 23:07:50 UTC
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.

Comment 2 Alexander Larsson 2002-03-22 23:48:10 UTC
It's even implemented in the cvs version.


Comment 3 Havoc Pennington 2002-03-27 21:52:45 UTC
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?


Comment 4 Havoc Pennington 2002-03-28 00:33:57 UTC
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.