[Solved] Can't set password for web gui on fedora 17

[manisteinn]

Edit: Solved, see below

Sorry if this isn't the correct forum section, I couldn't find any related to the daemon. I've also done lots of searches and found nothing relevant.

I can't set a password for the web-gui, every time I restart the daemon (systemctl start transmission-daemon.service) the file is overwritten and "rpc-authentication-required": true, is reset to false. I thought I found the cause in the command line for the service as it contains -T (Don't require authentication from clients.), but even after changing it and restarting the problem persists. Any ideas what the problem might be?

System:
Fedora 17 (up to date)
Transmission 2.50 (13228) installed via yum

/lib/systemd/system/transmission-daemon.service

Code: Select all

# To customize, copy this file to /etc/systemd/system and edit there

[Unit]
Description=Transmission BT Client headless
After=syslog.target network.target

[Service]
User=transmission
ExecStart=/usr/bin/transmission-daemon -f  --blocklist -g /var/lib/transmission/.config/transmission
StandardError=syslog

[Install]
WantedBy=multi-user.target

/var/lib/transmission/.config/transmission/settings.json

Code: Select all

{
    "alt-speed-down": 50,
    "alt-speed-enabled": false,
    "alt-speed-time-begin": 540,
    "alt-speed-time-day": 127,
    "alt-speed-time-enabled": false,
    "alt-speed-time-end": 1020,
    "alt-speed-up": 50,
    "bind-address-ipv4": "0.0.0.0",
    "bind-address-ipv6": "::",
    "blocklist-enabled": true,
    "blocklist-url": "http://list.iblocklist.com/?list=bt_level1&fileformat=p2p&archiveformat=gz",
    "cache-size-mb": 4,
    "dht-enabled": true,
    "download-dir": "/media/tempdata/torrent/",
    "download-queue-enabled": true,
    "download-queue-size": 5,
    "encryption": 1,
    "idle-seeding-limit": 30,
    "idle-seeding-limit-enabled": false,
    "incomplete-dir": "/media/tempdata/torrent/",
    "incomplete-dir-enabled": false,
    "lpd-enabled": false,
    "message-level": 2,
    "peer-congestion-algorithm": "",
    "peer-limit-global": 240,
    "peer-limit-per-torrent": 60,
    "peer-port": 51413,
    "peer-port-random-high": 65535,
    "peer-port-random-low": 49152,
    "peer-port-random-on-start": false,
    "peer-socket-tos": "default",
    "pex-enabled": true,
    "port-forwarding-enabled": true,
    "preallocation": 1,
    "prefetch-enabled": 1,
    "queue-stalled-enabled": true,
    "queue-stalled-minutes": 30,
    "ratio-limit": 2,
    "ratio-limit-enabled": false,
    "rename-partial-files": true,
    "rpc-authentication-required": false,
    "rpc-bind-address": "0.0.0.0",
    "rpc-enabled": true,
    "rpc-password": "{c40e359be1536ed0f4ac874a622871a032a404d0O63s.Plt",
    "rpc-port": 9091,
    "rpc-url": "/transmission/",
    "rpc-username": "mani",
    "rpc-whitelist": "*.*.*.*",
    "rpc-whitelist-enabled": false,
    "scrape-paused-torrents-enabled": true,
    "script-torrent-done-enabled": false,
    "script-torrent-done-filename": "",
    "seed-queue-enabled": false,
    "seed-queue-size": 10,
    "speed-limit-down": 100,
    "speed-limit-down-enabled": false,
    "speed-limit-up": 100,
    "speed-limit-up-enabled": false,
    "start-added-torrents": true,
    "trash-original-torrent-files": false,
    "umask": 18,
    "upload-slots-per-torrent": 14,
    "utp-enabled": true
}

EDIT:

Wow, I stopped and restarted the service once more and it worked, that's strange...
In any case, isn't the default command line wrong? Is there any valid reason to have two parameters that override the configuration file??

[blacke4dawn]

In any case, isn't the default command line wrong? Is there any valid reason to have two parameters that override the configuration file??

Any command line parameters is up to the individual maintainers of the respective distributions since they are are the ones who actually write the startup scripts/procedures, not the Transmission devs.