Custom Query (2449 matches)
Results (631 - 633 of 2449)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #1866 | Fixed | Console fails to find deluged with a new specified config | ||
| Description |
The localhost deluged is listed as offline if you use new configs. ~/delugeDev/deluged -c ~/CONFIG1 ~/delugeDev/deluge-console -c ~/CONFIG1 The workaround is to open deluge-gtk and change the setting from classic to thinclient, localhost deluged then shows as online in the console and can connect normally. |
|||
| #1868 | Fixed | Search box into toolbar | ||
| Description |
I have ~3 thousands torrents. I need this thing for quick navigation. It may look like http://code.google.com/p/transmission-remote-gtk/ Thanks |
|||
| #1870 | Invalid | Paths are updating incorrectly in preferences using remote GTK | ||
| Description |
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? |
|||
