transmission torrent client not saving settings

openSUSE 12.3
transmission gtk 2.77

Seemed to save settings <once>, then the next time restarted, no settings seem to be saved at all.

As I’m troubleshooting this, I’m finding the available information about this app either lacking or inconsistent with what I’m seeing.

So,
Have some questions for anyone who has been using transmission (and possibly transmission-gtlk).

  1. Using the gtk, when you change download target destinations, do you see a grey background when browsing locations? Don’t know if this is significant, it’s certainly not blocking me from browsing.

  2. Are you able to set a download location? I found that there is no “save” button to confirm new settings, and when I re-open the “Preferences” item, I find that the download location is set to “none” (and of course that seems to mean that the downloaded file is deleted).

  3. Have you tried editing the config files directly? When I inspect the supposed gtk config file at ~/.config/transmission/settings.json, none of the default file settings seem to be what they should be, they all point to /root/download. If I change values, they don’t have any effect. According to what I’ve read, this is supposed to be the gtk config file, not the transmission-d file. Maybe openSUSE is setting the config file to a non-default location? - But I don’t see a command to find the new location, only set a new location.

  4. Are you running transmission from the command line instead of gtk? I don’t seem to find a command or configuraiton for manual launch, am wondering if the daemon configuration is supposed to be the manual CLI launch as well.

TIA,
TSU

This does the job for me. See my system info in sig
Edit==>Preferences==>Downloading (Tab)==>Location==>Save To Location==>Choose in dropdown

I see these entries in /home/dartmouth/.config/transmission/settings.json
The second entry was made after i changed using above settings


    "recent-download-dir-1": "/home/dartmouth/public_html", 
    "recent-download-dir-2": "/home/dartmouth/Downloads", 

Thx,
Even more of a mystery why my app went south. Will likely wipe out and re-install.

In the meantime,
Can you post the “zypper info” of the transmission and transmission-gtk packages you have installed?

Thx,
TSU

I don’t have the “transmission” package installed but

$zypper se -i -s transmission*
Loading repository data...
Reading installed packages...

S | Name                | Type    | Version    | Arch   | Repository           
--+---------------------+---------+------------+--------+----------------------
i | transmission-common | package | 2.75-2.1.2 | noarch | Main Repository (OSS)
i | transmission-gtk    | package | 2.75-2.1.2 | x86_64 | Main Repository (OSS)


On 04/26/2013 05:26 PM, tsu2 wrote:
> Have you tried editing the config files directly? When I inspect the
> supposed gtk config file at ~/.config/transmission/settings.json, none
> of the default file settings seem to be what they should be, they all
> point to /root/download. If I change values,

not even nearly sure–but, it sure sounds like one of those “little
things” that might go wrong after (for example) logging into
KDE/Gnome/etc as root…not that i’m saying you did that, or that is
the cause of this problem, but using root to do user duties causes
(sometimes) some ‘little things’ which are usually strange,
confusing, unexplainable and a devil to sort though and repair…

for example, maybe one or both of these files have be edited from a
root powered vi, or kwrite, or mc, or via a root powered
Dolphin/etc…and, then the permissions of (one or both) of those
files are damaged in some way…

to test this hypothesis i’d

-use YaST > Security and Users > User and Group Management to add a
new testUser

-log out as yourself

-log back in as the new testUser

-check to see if the same problem is seen as the new testUser

-if also seen as the new testUser then you have a system wide
problem, and the hypothesis is most probably wrong

-but, if the problem is not seen from the testUser account, using a
tools like ‘diff’ and/or ‘ls’ you might be able to find and fix the
configs in your home (by comparing them to those which work in the
testUser /home)…


dd
http://tinyurl.com/DD-Caveat

@op- i did not notice it but you seem to be using “root” login(

/root/download
) to download torrents which is the worst thing you can do to “compromise” your systems.

Ummm…

That’s interesting food for thought.
Although I’m not running as root and I’ve just checked the shortcut properties, the app does appear to behave as though it wants to require root to write anything… everything else seems to properly read and run as an unprivileged User.

TSU

Figured it out.
Since I have the Factory repo installed, “update” updated to Transmission 2.77 which apparently is buggy.

Uninstalled and re-installed pointing the intall to OSS and things are working properly.

Now I have to prevent an auto upgrade for this app for the time being…

Bugzilla here I come (again)!

TSU

On 04/29/2013 05:46 PM, tsu2 wrote:
> Since I have the Factory repo installed, “update” updated to
> Transmission 2.77 which apparently is buggy.

are you updating by using dup?

dangerous stuff comes from factory!


dd

No dup.
Just have Factory as a configured repo I usually update from since many of the packages I use come from it.

TSU