smb shares not working with gvfs

[wvengen]

After upgrading to Hardy Beta, I cannot access windows shares anymore:
  $ gnomevfs-ls smb://server.dom.ain/
  blah (Directory, x-directory/smb-share) size 0
  (...)
  $ gvfs-ls smb://server.dom.ain/
  $
nothing happens! smbclient can access the windows server too. The 'network neighbourhood' does work though:
  $ gnomevfs-ls smb://
  workgroup (Regular, application/x-desktop) size 0
  mshome (Regular, application/x-desktop) size 0
  (...)
  $ gvfs-ls smb://
  MSHOME
  WORKGROUP
  (...)
  $
Same thing happens in nautilus, of course: I can access the toplevel windows network, but looking into a domain/workgroup/server or share doesn't work.
One more thing: I can access shares gnomevfs, but not with gvfs:
  $ gnomevfs-ls smb://server.dom.ain/share
   . (Directory, x-directory/normal) size 0 mode 0755
   .. (Directory, x-directory/normal) size 0 mode 0755
   XXX (Directory, x-directory/normal) size 0 mode 0755
  $ gvfs-ls smb://server.dom.ain/share
  Error: The specified location is not mounted
  $
smbclient says: OS=[Windows Server 2003 3790 Service Pack 2] Server=[Windows Server 2003 5.2]

[Sebastien Bacher (seb128)]

Thank you for your bug report. Do you need to enter login informations to browse those shares usually?

[wvengen (wvengen)]

Yes, certainly (only once though, my remembers credentials are remembered). I'll post more details next week, when I have access to the network again, unless you have enough info.

[Sebastien Bacher (seb128)]

that's a duplicate

[wvengen (wvengen)]

Sebastian, thanks for your fast response! I'd like to build an a package with debug symbols for my amd64 system to check if I'm experiencing the same problem, what do you do to make a debug build when running dpkg-buildpackage on gvfs?

[wvengen (wvengen)]

Ok, I got something further with gvfs-mount; it may not be an exact duplicate of the other bug. The share I'm mounting is called DynStor; it doesn't support listing its contents or mounting it directly, instead one can only mount DynStor/SomeVolumeName. Another share on another server does seem to work though:
  $ gvfs-mount smb://some.other.server.dom.ain/share
  Error mounting location: volume doesn't implement mount
  Password required for share share on some.other.server.dom.ain
  User [username]: <me>
  Domain [MSHOME]: DOMAIN
  Password:
  $ gvfs-ls smb://some.other.server.dom.ain/share
  foo
  bar
  $ gvfs-mount smb://server.dom.ain/DynStor/MyShare
  Password required for share dynstor on server.dom.ain
  User [username]: <me>
  Domain [MSHOME]: DOMAIN
  Password:
  Password required for share dynstor on server.dom.ain
  User [username]: <me>
  Domain [MSHOME]: DOMAIN
  Password:
  <repeat forever>

[Sebastien Bacher (seb128)]

that's rather a duplicate of bug #207072, there is no real debug informations required, the code seems to just not handle the case where a password is required there

[wvengen (wvengen)]

Ok, one part of this bug is solved by the patch provided at bug #207072. The other thing doesn't work even with the patch, see comment 5 about the DynStor share; both nautilus and gvfs-mount keep asking for the password; other shares on the same server do work.

[wvengen (wvengen)]

fyi: I submitted the DynStor problem at GNOME's bugzilla on http://bugzilla.gnome.org/show_bug.cgi?id=529277