no personal connection to public shares in gvfs

[Max-Ulrich Farber]

Binary package hint: gvfs

I can't mount a public share with username and password with gvfs in Hardy. The attempt by "connect to server - Windows Share" does ask for password if an username is entered, but the connection is not done correctly and I can't get write permission. Mounting wirh mount.cifs works fine instead.

[exactt (giesbert)]

i see the exact same behaviour. the connection shows up in bookmarks but i am not getting write permission.

[Yashka Oreza (yashka)]

same result here - this worked fine on feisty.

Even if I go to "connect to server" and put my information in manually,I'm still not getting logged in as the proper user.

[Sebastien Bacher (seb128)]

Thank you for your bug report. The issue is known upstream, you can read about it on http://bugzilla.gnome.org/show_bug.cgi?id=529365

[Richard Rickwood (rickwookie)]

When you say "The issue is known upstream", it is listed there as UNCOMFIRMED, and the last post there was nearly two months ago. Is it likely ever to be resolved? Is this not a major bug?

[Dylan Hunter (dylan-dylanhunter)]

Same issue since upgrading from Hardy, where both cifs & nautilus access worked, to Intrepid @ Alpha 3, where cifs continues to work, (which is fine for command-line, but of significantly lesser value to most GUI-based apps) but nautilus prompts for credentials for even Read access, (didn't in Hardy - was stored in Passwords & Encryption Keys) and refuses to accept correct credentials.

A second, possibly related, possibly separate, issue is that just in case, tried to delete stored credentials for the network share in Passwords & Encryption Keys, (just in case the credentials entry somehow got screwed up in the transition to Intrepid) but literally every time I try, Passwords & Encryption Keys crashes without deleting the entry, (the Apport popup shows up every time, but I can't use, since it is indeed working with passwords/other secure data).

Unlike the upstream bug, (which may mean this really is a different issue with a similar manifestation) the windows share I'm connecting to is not available via anonymous/public access.

[Max-Ulrich Farber (maxulrichfarber)]

"connect to server -> Windows share" works fine with credentials (username and password) in Intrepid (Ubuntu 8.10) now, but it is still broken in Hardy (Ubuntu 8.04). Please don't forget that Hardy is LTS (!) and that this major bug must absolutely be fixed in Hardy as well thatfore!