Regression: Have to run "Connect to Server..." on each login

Bug #235390 reported by Ryan Waldroop
4
Affects Status Importance Assigned to Milestone
gvfs
New
Undecided
Unassigned
gvfs (Ubuntu)
Invalid
Low
Unassigned

Bug Description

I've just recently started doing web design again and found a regression from Gutsy to Hardy. Formerly, under both Feisty and Gutsy, I could connect to my ftp site using Places > Connect to Server... and selecting FTP with Login. This created both an icon on my desktop and a new entry in the places menu which would remain there after logging out or restarting the computer. I had to manually unmount what appeared as a network share/drive in order to get it to go away.

While this feature still works in Hardy in that I can connect to my FTP sites fine, now whenever I logout the share has disappeared. This wasn't a big deal--in fact, I didn't even notice it--while I was on hiatus from my web designing and only had 1 site to mess with occasionally. Now, however, it's becoming much more of a problem as I am currently working on three sites and hate having to re-connect and fill out the information each time I log in.

Furthermore, when re-adding an FTP drive, I'm often confronted with a non-fatal error/warning that Firefox-3.0b4 could not be found. When I still had Firefox 3.0 Beta 4, this would open a new tab and attempt to display the FTP folder if it was public. Now I'm running beta 5 and it's simply annoying. Unfortunately, I can't reproduce this at the moment to give the full error. If it happens again I'll add it here.

Revision history for this message
Ryan Waldroop (ryan.waldroop) wrote :

The error only occurs on my 32bit laptop, not on the 64bit desktop I was posting from last night, above.

The error is:
Failed to execute child process "/usr/lib/firefox-3.0b4/firefox" (No such file or directory)

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for the bug report. This particular bug has already been reported, but feel free to report any other bugs you find. The issue has already been discussed on several bugs, gnomevfs was not doing any mountings and the icons where special bookmarks, now you can use standard bookmarks and gvfs is going to mount the location at the first access, there is several bugs discussing what icons to display, automounting, etc

Changed in gvfs:
importance: Undecided → Low
status: New → Invalid
Revision history for this message
thismaechler (maechler-mm-computing) wrote :

I experienced also things no more working after going from Gutsy to Hardy:

to some ftp servers I can't connect no more (with places->connect to server), I get a "invalid answer" message.
With every other ftp-client (also in the shell) I can connect without problems to the same server. It seems
to be a problem only on some servers, the other work normal.
With filezilla I compared the messages coming from the working and the not-working servers, and it looks
exactly the same. I even tried to connect to the server using the IP instead of the URL, without success.
Could it be that the problem is some chracter-encoding issue?
I would rellay love to have this working, because I like to work directly on ftp for web-developping, and
there's no editor with a really handy ftp-support (like I know from ultraedit in windows). Bluefish can
work directly on ftp itself, but the bookmarking of the servers is quite nasty.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.