Bug 160157
| Summary: | Nautilus won't browse Windows root shares | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 4 | Reporter: | Ian Laurie <nixuser> |
| Component: | nautilus | Assignee: | Tomáš Bžatek <tbzatek> |
| Status: | CLOSED NOTABUG | QA Contact: | desktop-bugs <desktop-bugs> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 4.0 | CC: | jwest, tao, tsmetana |
| Target Milestone: | --- | Keywords: | Reopened |
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2010-06-07 05:38:24 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: | 198694 | ||
|
Description
Ian Laurie
2005-06-12 04:50:52 UTC
A number of people are reporting this issue against FC3: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=141121 Alex and Nate Nielsen added much better authentication support to the SMB method after FC3/FC4. Backporting the patches selectively would probably be a waste of time, but pushing the changes wholesale a bit dangerous. http://people.redhat.com/bnocera/gnome-vfs-smb/ contains test packages with the current HEAD version of the Samba method backported. Quality Engineering Management has reviewed and declined this request. You may appeal this decision by reopening this request. Reagarding Comment #3, installing those packages did't fix the problem for me, despite restarting the system after installation. Is anything else required to allow viewing root shares? Apologies, this bug shouldn't have been closed. Ian, re comment #5, I'm not sure why it didn't work, let me double-check what we have in the packages. This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux maintenance release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Update release for currently deployed products. This request is not yet committed for inclusion in an Update release. It seems to work fine here. Which version of Windows are you using this against? Which security model do the shares you're trying to see use: User, Share, Domain, or ADS? It is Windows 2000 and it is not running as part of a doamin. Users require username and passwords to access shares. I think that means "User". Note that the Linux user account name did not line up with the Windows account name, hence the need for the user/password dialog box. This problem did not exist in RHEL3. It was introduced in FC3 (but was later fixed I think by FC4). At any rate it works in FC5. I backdated my packages to RHEL4 standard. To do more testing I'll have to reinstall the packages from comment 3. I can do this if the problem cannot be determined. But the problem was addressed and fixed somehow in the Fedora project. Can you try the packages at: http://people.redhat.com/~alexl/RPMS/gnome-vfs2/ They have a backport of the smb implementation from gnome-vfs 2.16.0, which seems to work better. When testing, make sure you log out so that the old gnome-vfs-daemon process goes away. I installed Alex's packages. Although I have not had a chance to do any serious testing, I definitely *can* view root shares now. I'll test more thoroughly over the next 24 hours, but it looks very promising so far. (In reply to comment #16) > Can you try the packages at: > http://people.redhat.com/~alexl/RPMS/gnome-vfs2/ > > They have a backport of the smb implementation from gnome-vfs 2.16.0, which > seems to work better. So, the code in 2.18 is broken? I have tested these packages on 3 systems. It worked perfectly on 2 of them after a logout/in. On the 3rd machine I had to reboot in order to get working behavior, I suspect it was because of the dependancies I had to install for that reduced size installation (Thinkpad 600E). In order to install the upgraded gnome packages (on the 600E) I also had to install these dependancies: GConf2-devel-2.8.1-1.i386 libbonobo-devel-2.8.0-2.i386 libIDL-devel-0.8.4-1.i386 ORBit2-devel-2.12.0-3.i386 However, Alex's packages seem to work perfectly now on 3 systems. Root shares are now visible, username/password dialog boxes appear as they should, files transfer perfectly etc. This has been an excellent result. Thank you. bastien: 2.18? Did you mean 2.14? I just used the latest version, as i know there was some authentication fixes in 2.16. Sorry, I mean 2.16, ie. the latest gnome-vfs. I'm just wondering how it could be that your version works, whereas my version of the packages (based on 2.15.something, ie. HEAD the day I created the packages) didn't. No idea.... Do you think that this point is important? If so I can back-up to Bastien's packages and re-test, and provide any info you require. Let me know if you want me to do this. I don't think its overly important really. I'll add that it's not important for this particular problem right now. But it would be nice to avoid having a regression in RHEL5... But RHEL5 will be using 2.16.0. IE the same code. |