Directly use the server/folder given in 'Connect to Server...' dialog

[Lennie]

Binary package hint: deja-dup

Deja-dup preferences for sftp-account/server does not have the option to specify a directory. And does not honour the folder setting in the bookmark-window. This is the same in Karmic Beta, Release Candidate (9.10) and Jaunty Jackalope (9.04). I guess it might be an upstream wish ? I've added attachments to illustrate the situation.

[Lennie (lbesselink)]

As you can see here you can specify a directory but it will not honour it, because gvfs (which seems to be the backend) doesn't honour it either when you open the bookmark from the Places-menu it will go strait to the root or chroot directory on the sftp-server. Now that I think about it, maybe this should be filled on gfvs ? it doesn't have such a bug yet.

[Lennie (lbesselink)]

This is the preferences window for sftp, as you can see it doesn't have a directory option.

[Michael Terry (mterry)]

You can specify a directory. But you first have to go to 'Other...' and drill down to the directory you want. The item in the bookmarks is, as you say, always the root directory for the server. But just note that you can indeed choose a subdirectory. You just have to use the 'Other...' option.

When you connect to a server in nautilus, and provide a directory, it immediately opens that directory for you, but the entry it adds to the bookmarks is for the root directory.

So I'm repurposing this bug to be about how Deja Dup should use the directory/location you enter in the 'connect to server...' dialog, rather than having to connect in nautilus and then subsequently re-enter that info into the Deja Dup preferences.

[Michael Terry (mterry)]

This can't be fixed in Deja Dup until upstream GNOME bug https://bugzilla.gnome.org/show_bug.cgi?id=584871 is fixed.

[Lennie (lbesselink)]

I wanted to confirm that it works sooner, but I didn't immediately understand what you meant. But it does work.

Thank you for pointing out the workaround.

[Bill (bill-redhat-bugs)]

Description of problem:

I've been attempting to test the sftp backend by pointing it at fedorapeople.org.

This appears to be nearly impossible, as it seems wholly unable to actually switch to the user's home dir, even if you pass it as the 'folder' in the 'Connect to Server' dialog.

Version-Release number of selected component (if applicable):

deja-dup-14.1-1.fc13.x86_64
duplicity-0.6.08b-1.fc13.x86_64

How reproducible:

100%

Steps to Reproduce:
1. Choose 'Connect to Server'
2. Choose sftp, fedorapeople.org
3. Either leave the defaults, or select folder '/home/fedora/<whomever>'

Actual results:

deja-dup insists on always trying to write to fedorapeople's root directory. Needless to say, this fails.

Expected results:

Not that.

[Michael (michael-redhat-bugs)]

This is upstream bug https://bugs.launchpad.net/deja-dup/+bug/460656

Basically, when you use the 'Connect to Server' dialog it would ideally set your location to the destination you picked. But it doesn't yet for technical reasons.

Then, when you try to select the server from the combo box, you are doing just that -- it's just a standard GtkFileChooserButton. So to pick a subfolder, you need to choose 'Other...' and navigate to the folder you want *again*.

Not a great user interaction, but I'm waiting for https://bugzilla.gnome.org/show_bug.cgi?id=584871 to be fixed in Nautilus before I can do something more clever.

[Adam (adam-redhat-bugs)]

Even thou there is now a directory and bookmark option in deja-dup it ignores this setting wish sftp when you enter it, then it calls the duplicity with no directory to re/store. If I copy the duplicity command line and add the directory manually then it works. Not to mention your "Not a great user interaction" describing very well the procedure of adding any kind of backup directory in deja-dup.

[Fedora (fedora-redhat-bugs)]

deja-dup-16.1-2.fc14 has been submitted as an update for Fedora 14.
https://admin.fedoraproject.org/updates/deja-dup-16.1-2.fc14

[Fedora (fedora-redhat-bugs)]

deja-dup-16.1-2.fc14 has been pushed to the Fedora 14 testing repository. If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with
 su -c 'yum --enablerepo=updates-testing update deja-dup'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/deja-dup-16.1-2.fc14

[Adam (adam-redhat-bugs)]

This problem is not fixed with this release. IMHO it has to do something with nautilus but ATM this still does not work.

[Michael (michael-redhat-bugs)]

Right, this isn't addressed yet. I plan to make the whole thing nicer for Fedora 15.

[Rahul (rahul-redhat-bugs)]

Excluded this update from the bug fix list

https://admin.fedoraproject.org/updates/edit/deja-dup-16.1-2.fc14

[Michael Terry (mterry)]

Fixed by redesigning that part of the UI entirely. There is no longer a 'connect to server' dialog.

[Matěj (matj-redhat-bugs)]

Created attachment 483899
screencast of the issue

(In reply to comment #0)
> This appears to be nearly impossible, as it seems wholly unable to actually
> switch to the user's home dir, even if you pass it as the 'folder' in the
> 'Connect to Server' dialog.

I have actually exactly opposite experiene ... when trying to save backups to my primary backup location (which is not $HOME on the targeting computer), I cannot set my directory (see the screencast).

[Matěj (matj-redhat-bugs)]

sorry, using deja-dup-17.90-1.x86_64 on F15.

[Rahul (rahul-redhat-bugs)]

17.4 in Fedora 15 fixes this problem