Comment 26 for bug 932935

Workaround within.

I am surprised to upgrade to 12.04 with updates up to 13.06 and to meet this very serious problem reported 12.02 that did not exist with 10.04.

In my mind, a bug report system should contain not only a Bug description and a Bug Discussion sections but also a Bug solution section where the user can find in everybody's terms what he must do to solve the problem in the LTS system he is running (and not another one).
I am surprised that this doesn't seem to be Canonical's view.

In consequence, I have written the summary of what would have remained hidden in here as an update to Bug Description to serve as a Bug Solution/Workaround.

After upgrading to 12.04 updated 13.06, I met the bug described here.
Typically, I was unable to download a folder from the FTP server (make a backup).
I had the idea to work with links instead of canonical (ahem) names.
ln -sfT ~/.gvfs/"FTP as username on hostname" my.local.alias
And there went the folder copy happily to that link.
Even made the copy test both ways simultaneously.
Well, there were a few files on which the Copy stopped with a error.
But that's because my server makes frequent size limits, aborts, timeouts and such.
File Copy should have a retry option and I retried manually.

Now I still have to see if another PITA remains.
Sometimes, the information obtained from a subsequetly opened FTP connection predates what's supposed to be accomplished on the first connection (race condition), such as an application creating a file and then trying to rename it and getting a "does not exist" [yet] result.

Another problem is that opening the canonical name opens Firefox instead of Nautilus.
Also worked around with the symbolic link.

> nobody probably cares about ftp these days ;)
Oh yes. Think twice. It's often the only way to access a free server and you shouldn't tell them that gvfs-ftp and Gigolo make it as easy as anything.

> it would be quite helpful if somebody experiencing it could send the bug the to the people writing the software.
Ubuntu users should not be requested to know where Canonical gets its software and to do that.
(even a triager once sent me to the wrong place)
This bug report should be peered with an "upstream" bug by Canonical so that everybody can contribute from Launchpad without the need to make dozens of OpenIDless other subscriptions.
And so would the Ubuntu users get all the Ubuntu information in the Ubuntu database.
I've seen attempts to peer BugDBx with BugDBy. That's a N*N effort.
Maybe create a central hub and make it a N effort?

> Adam: You’re right, nautilus doesn’t seem to remember the password. Once I unmounted the FTP share, I have to re-type the password if I want to mount it again. But this really seems to be a different bug.
Use Gigolo, it does it, and be happy.

Made in Belgium, with chocolate and beer ;-)

Enjoy!