Feature requests

[tehniemer]

First off, thanks for publishing this, at first glance it seems much faster than a dockerized instance of gPodder that I've been running with for a while. However, the former has a few niceties, and missing features, that hopefully wouldn't be too hard to add:

• Folder structure and file naming/tagging settings.
• Directory scanning, Scan folders for existing files #8 or a "mark as downloaded" button if scanning directories isn't a trivial task.
• A "download all" button to download episodes that aren't already on the disk.
• An unplayed/played flag.
• A grid layout option for the home page.
• OPML export (thanks for adding import).

[akhilrex]

I have added the following features. Just pull the latest image and rebuilt the container.

• A "download all" button to download episodes that aren't already on the disk.
• A delete all to delete episodes of a podcast
• An unplayed/played flag.

Following are in development

• OPML export (thanks for adding import).
• A grid layout option for the home page.

[demslam]

Excellent!

[undaunt]

Clicking download all on a podcast that I newly added (and thus have, for example, 5 episodes) appears to queue up the other downloads, but then nothing seems to be downloading. When I manually try to download 1 episode at a time, it works.

[akhilrex]

Hi @undaunt The background job runs at the frequency set in the env file (default 4 hrs). Please check if all episodes are downloaded after that interval has passed or not. If it is working you can reduce it to something smaller in the env file (30 mins maybe). I had originally kept a high default to avoid conflicts/locks of same job running twice but now that's handled in the code.

[undaunt]

I'll check, thanks!

Since conflicts are now handled in code could this action converted to an on demand action?

[akhilrex]

I'll look into it. Thanks and Regards Akhil Gupta

…

On Thu, 14 Jan 2021, 6:00 am undaunt, ***@***.***> wrote: I'll check, thanks! Since conflicts are now handled in code could this action converted to an on demand action? — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#9 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAEMVPSO4BCMFAJCUZYMUMLSZY3KXANCNFSM4TSGHXJQ> .

[akhilrex]

I'll check, thanks!

Since conflicts are now handled in code could this action converted to an on demand action?

Hi. This was fixed a couple of releases back. Though I would let you know.

[undaunt]

Thanks! Do you know what processes may or may not be running that would prevent this from triggering on demand? I added six shows to download all episodes earlier today and they are still queued.

[akhilrex]

First off, thanks for publishing this, at first glance it seems much faster than a dockerized instance of gPodder that I've been running with for a while. However, the former has a few niceties, and missing features, that hopefully wouldn't be too hard to add:

• Folder structure and file naming/tagging settings.
• Directory scanning, Scan folders for existing files #8 or a "mark as downloaded" button if scanning directories isn't a trivial task.
• A "download all" button to download episodes that aren't already on the disk.
• An unplayed/played flag.
• A grid layout option for the home page.
• OPML export (thanks for adding import).

@tehniemer OMPL Export is live. Please pull the latest image and it should be there on the settings page.

[undaunt]

@akhilrex I had some downloads queued for over four days and they didn't download so I just did a fresh install today. They still don't appear to be running on demand. Anything in the logs I could look out for?

Thank you.

Edit: As a hunch, I tried turning on 'download new episodes automatically' and the downloads then worked after I re-selected one show to download.

Shouldn't the ability to download all episodes of a show not be predicated on the 'download new episodes automatically' feature? When I force download individual episodes, it simply works regardless.

[akhilrex]

Try these steps Rebuild the container with latest image. Backup existing downloaded files for this podcast Delete the podcast. Put the downloaded files back again. Add the podcast again. Let me know it this persists. In case bandwidth is not an issue, you can skip the baking up and restoring files steps and simply delete and re add podcast. These episodes are not really stuck. I made a few changes in the logic some time back. These are most likely incorrect dB flags. Thanks and Regards Akhil Gupta

…

On Tue, 2 Feb 2021, 5:25 am undaunt, ***@***.***> wrote: @akhilrex <https://github.com/akhilrex> I had some downloads queued for over four days and they didn't download so I just did a fresh install today. They still don't appear to be running on demand. Anything in the logs I could look out for? Thank you. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#9 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAEMVPT76IE7ZFSMLL2GQIDS445PDANCNFSM4TSGHXJQ> .

[undaunt]

Hi Akhil,

I already rebuilt the container today. These issues persisted again today until I checked off 'download new episodes automatically' as I indicated above. Can you verify this checkbox is somehow being required for downloading all episodes of a podcast on demand?

With those settings, I can manually download 1 file at a time, immediately, when I click download - but downloading all episodes never executes.

[akhilrex]

That's strange. Please share the url of the podcast that you are trying and i will check it.

[undaunt]

It could be literally any podcast I have in my system. I have about 39 podcasts added.

For example:

Serial
Making
Lost Mountain Saga

As soon as I enable the 'automatically download new episodes to disk', then attempt to download all episodes of a different podcasts, both podcasts begin downloading.

If I then uncheck the option and add another podcast to the 'download all' queue, it sits there again.

I tested this both with, and without, the 'download episodes whenever a new podcast is added' enabled and it didn't seem to impact things. Only when 'automatically download new episodes to disk' is enabled will the podcasts download all episodes.

Again, this also doesn't impact single episode downloads, which always trigger as soon as I click them.

Unrelated but tangentially related, is there a reason all podcasts need to be queued (asking since I have 39 of them) for a 200 response before the one I just tried to download will begin downloading?

Thanks very much.

[akhilrex]

Hi @undaunt I have created a new issue #39 to track your problem. Closing this one since all elements of this are done and deployed.