Steps to reproduce:
1. touch ~/foo_åäö
2. In Nautilus, point at the file created in step 1
3. Right-click for context menu
4. Select Move to Trash
5. Press Ctrl-Z/Select Undo from the Edit menu

What happens:
Nothing

What I expect to happen:
For the file to recover from trash to ~.

What works:
* Undoing Move to Trash with files with no scandinavian letters in their path/filename.
* Recovering foo_åäö by opening Trash and selecting Recover from context menu.

More info:
* Could be that more characters, perhaps all non-ASCII characters render Nautilus’ Undo impotent — I’ve only tested å, ä and ö.
* The Finnish translation for Desktop (~/Desktop) is Työpöytä, which means files moved to trash from Desktop can’t be recovered. Nasty.

Happened just now with at least Gmail, Facebook and Google Reader open. Can’t pinpoint any specific trigger, and hasn’t happened before IIRC.

> Why would you trust the site if it has insecure javascript?

Now let’s see tse…@chromium.org’s profile page [1]… Whoa! It has insecure JavaScript on it! We’d better not trust what this person says. ;-)

* [1] https://code.google.com/u/103427653469784489849/

jani@saegusa:~$ nautilus –version
GNOME nautilus 3.4.0

@d3mia7, maybe you could try 3.3 too? FWIW, I haven’t seen this since installing 3.3.0-030300rc4-generic a month ago now. If your system’s prone to freeze this way, testing 3.3 could provide further evidence as to whether the issue’s fixed upstream.

This looks like a duplicate of bug 538432 [1] though it refers to a different memo, RFC1738.

* [1] https://bugzilla.gnome.org/show_bug.cgi?id=538432

I reported this on Launchpad [1] and was forwarded upstream.

Steps to reproduce:
1. In Nautilus, select Connect to Server
2. Enter ftp server address, select FTP (with login) as type
3. Enter credentials,
4. select ”Remember this password”
5. Connect.
6. Disconnect.
7. Do steps 1.-2. again with the same server.

What happens:
The User name and Password fields remain empty. You have to enter your credentials again if you want to connect.

What I expect to happen:
For the Password field (at the very least) be automatically filled when I enter the associated user name. Better yet, remember and suggest (as default) both the User name and Password used previously.

Alternatively, just use ~/.netrc if that’s available and has the credentials (see [2]).

* [1] https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/963061
* [2] https://bugs.launchpad.net/bugs/963042

Steps to reproduce:
1. In Nautilus, select Connect to Server
2. Enter ftp server address, select FTP (with login) as type
3. Enter credentials,
4. select ”Remember this password”
5. Connect.
6. Disconnect.
7. Do steps 1.-2. again with the same server.

What happens:
The User name and Password fields remain empty. You have to enter your credentials again if you want to connect.

What I expect to happen:
For the Password field (at the very least) be automatically filled when I enter the associated user name. Better yet, remember and suggest (as default) both the User name and Password used previously.

Alternatively, just use ~/.netrc if that’s available and has the credentials (see Bug #963042).

Steps to reproduce:
1. Set up a ~/.netrc with credentials for a given server
2. Verify that automatic login with those credentials works when using command-line ftp
3. In a Nautilus window, select Connect to Server, enter given server and choose FTP (with login) as type

What happens:
Nautilus prompts for login credentials (User name, Password) with nothing in the fields pre-filled.

What I expect to happen:
For the fields to be automatically filled with the credentials I’ve already specified in ~/.netrc.

Additional info:
Nautilus apparently has its own way of storing credentials (i.e. different from ~/.netrc). When it has credentials of its own for a server, those should obviously come first. But when it doesn’t, it should utilize ~/.netrc if possible.

More accurate upstream target; previous was fixed but didn’t fix the issue reported here.