Document that both Newsbeuter and Podbeuter should be restarted after change to `download-path`

[Minoru]

qnikc2 on IRC reported that with the following config:

player "/usr/bin/mpv"
max-downloads 3
download-path "~/Downloads/%h/%n"

but Podbeuter seems to ignore the last line, downloading the files into home directory instead.

[ghost]

This is also happening on my ArchLinux system with newsbeuter 2.9.

[Minoru]

Thanks! Let's consider this confirmed.

[sigiesec]

Apparently the problem has magically fixed itself. Either I was stupid and forgot to restart podbeuter after changing the config, or some other shenanigans are happening here.

[Minoru]

O-okay, let's bring the "unconfirmed" tag back, then :)

[dunek]

I was having the same issue. Besides restarting pod- and newsbeuter after changing config (I use them at the same time), I've deleted downloaded files and all entries in podbeuter, then re-added them. That worked.

[Minoru]

Did you do it all just to make sure, or was restarting alone insufficient? I just took a quick peek at the code and it seems like after changing this setting, you have to restart both Newsbeuter and Podbeuter.

[dunek]

Suppose just to make sure. Just deleted files and reconfigured manually (no packets removed). After restarting both newsbeuter and podbeuter it just works. Using version 2.9-3+b2 from Debian stretch.

[Minoru]

Okay, I guess it means I have to update the docs to be more clear on this point. Thanks!

[stroobandt]

As a new user, I had the same issue and was running in circles before finding this bug report. I concur that the documentation requires improvement and I would like to suggest an even more explicit explanation:

For every en-queued podcast, newsbeuter writes a download path to the podbeuter cache. Hence, changing download-path requires restarting newsbeuter and en-queueing any podcasts again.