Paths are updating incorrectly in preferences using remote GTK

[thermionix]

Using the GTK-client when connected to a remote daemon and loading the Preferences dialogue doesn't respect the 'Download to' / 'Move-Completed' / 'Copy .tor to' directories set on the server.

In this instance the server 'Download-to' is set to a path that won't exist on the client machine (a raid device /media/md0/...)

The client forces this to a directory that exists locally (e.g. /home/<user>/, for 'Download to'). If another setting (even in another tab) is changed and apply/ok are pressed, these directory changes are sent to the server.

Perhaps if connected to a remote daemon, the GTK path selection field shouldn't be used?

[thermionix]

Just tested the windows GTK client - the path selection fields are text boxes, which don't have this issue.

[Calum]

There must be something about your setup to cause this as is not an issue that can be reproduced. There is no difference between the linux and windows GTK clients.

What versions are the server and clients?

[thermionix]

Happens with fresh config - Gnome 3 in Ubuntu 11.04

[Calum]

can you provide a debug log please

[andar]

How are you connecting to the daemon? If you are connecting to 127.0.0.1 or localhost then Deluge will think the daemon is local.

[thermionix]

Yes, I'm connecting as localhost (using ssh port forward). I'll play around with the tunnel settings

[thermionix]

Yep, binding to 127.0.0.2 shows text boxes in prefs, thanks guys!