Comment 94 for bug 207072

So that patch was a failure; it successfully postpones the authentication, but a) nautilus will open an empty window and spin if you try to connect to a server, before the authentication is completed and therefore leaves a blank window behind, and b) it will never give you a password prompt so the only authentication methods available are kerberos and anonymous - putting us back where we were at the beginning anyway. The lack of password prompt may be the dbus ID issue mentioned earlier, which prevents the password request from being passed up correctly.

I'm going to hang on to this patch in case someone wants it, but I'm not going to pursue that approach any further myself; I don't even know where to begin on the dbus ID question (though that seems like it's also an important bug to fix), and I think the empty-nautilus-window-on-failure issue is probably inherent to this solution, which is undesirable.

Sebastien, you mentioned that the mounting is being done in order to query the display name. Is there somewhere I could read up on exactly what's happening here when querying the display name, that might suggest another solution? From what I see, the do_mount call is setting the display name, but I guess gnome-panel isn't satisfied with that because the mount job as a whole fails.

At any rate, attached is a replacement version of the 80_samba_browsing_authentification.patch, which incrementally improves on the previous versions by reducing the number of TCP connections needed to complete password authentication. It doesn't improve things enough to be worth pushing to -proposed on its own, though, without some resolution of the gnome-panel issue.