Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Only keep newest episode #138

Open
4 tasks done
mfmangano opened this issue Dec 28, 2024 · 21 comments
Open
4 tasks done

Only keep newest episode #138

mfmangano opened this issue Dec 28, 2024 · 21 comments

Comments

@mfmangano
Copy link

Checklist

  • I have used the search function for OPEN issues to see if someone else has already submitted the same feature request.
  • I have also used the search function for CLOSED issues to see if the feature was already implemented and is just waiting to be released, or if the feature was rejected.
  • I will describe the problem with as much detail as possible.
  • This request contains only one single feature, not a list of multiple (related) features.

App version

7.1.1

Where did you get the app from

F-Droid

Problem you may be having, or feature you want

Would like a podcast-specific option to fetch latest episode and delete older episodes as well as mark them watched, so episodes on device are always the latest.

Suggested solution

No response

Screenshots / Drawings / Technical details

No response

@XilinJia
Copy link
Owner

Thanks for the idea. Can you outline a rough workflow? Like at what event the episodes should be deleted or marked watched, etc?

@mfmangano
Copy link
Author

mfmangano commented Dec 28, 2024 via email

@XilinJia
Copy link
Owner

The workflow doesn't sound very practical. Say if you have 10 episodes downloaded in the feed that you set "keep only new episodes", at the refresh (automatic or manual) when there are new episodes, why would you want to delete the ones you've downloaded (still unplayed)?

For your purpose, did you try to see if the filters would help you?

@mfmangano
Copy link
Author

mfmangano commented Dec 29, 2024 via email

@XilinJia
Copy link
Owner

OK, here is a thing to do. Let me know if this fits your need:

in each feed preferences, under the auto-download section, there is a policy "Only new items". Once that's chosen, at refresh time, the new episodes (limited by the number set in "Episode cache") will be downloaded. Currently, if you still have the maximum episodes downloaded that are unplayed, nothing will be downloaded at refresh time. I can add an option "Replace existing" under that, so at refresh time, new episodes will be downloaded to replace the old downloads, so you will only have new ones.

@mfmangano
Copy link
Author

mfmangano commented Dec 30, 2024 via email

@XilinJia
Copy link
Owner

XilinJia commented Jan 2, 2025

check out 7.2.0 and let know your experiences

@mfmangano
Copy link
Author

mfmangano commented Jan 2, 2025 via email

@mfmangano
Copy link
Author

mfmangano commented Jan 2, 2025 via email

@mfmangano
Copy link
Author

mfmangano commented Jan 3, 2025 via email

@XilinJia
Copy link
Owner

XilinJia commented Jan 3, 2025

error "Unable to delete file.: file:///storage/emulated/0/Android/data/ac.mdiq..."

This is a problem introduced in 7.2.0 when fileUrl in Episode is changed to a uri string but the delete routine did not follow the new approach - fixed in 7.2.2. this is the problem that prevented the older episodes from being deleted.

Will check on the NPR podcast.

Thanks for the detailed report.

@XilinJia
Copy link
Owner

XilinJia commented Jan 4, 2025

7.2.2 appears working. Let me know your experience.

@XilinJia
Copy link
Owner

No problems for this?

@mfmangano
Copy link
Author

mfmangano commented Jan 11, 2025 via email

@XilinJia
Copy link
Owner

I see.

Just so that we can better understand about the problem, does autodownload with other policies (without Replace) work for you, with or without other settings like vpn or metered connection? If so, then perhaps the Replace policy has some issues. If other policies behave in the same way as with Replace in these conditions, then we will check about vpn or metered connection.

@mfmangano
Copy link
Author

mfmangano commented Jan 11, 2025 via email

@mfmangano
Copy link
Author

mfmangano commented Jan 11, 2025 via email

@mfmangano
Copy link
Author

mfmangano commented Jan 18, 2025 via email

@XilinJia
Copy link
Owner

It appears the refresh schedule is not well observed some reason. I normally set it for 12 hours and it does work to get new updates and new auto-downloads, but when I set it for 1 hour in a debug app, it doesn't auto refresh on that schedule. Will check.

@XilinJia
Copy link
Owner

It seems that after you start up the refresh with an interval, the change to allow refresh and auto-download on metered network does not reset the refresh task (this happened in my case), even restarting the app won't help. The only way to make the change effective is to change the interval. Every time the interval is changed, the refresh task is reset.

In the coming release (Podcini.X), setting metered network will take effect on refresh.

@XilinJia
Copy link
Owner

OK, 8.1.1 better handles the auto-refresh. You still need to make some change in related settings to reset the previous refresh task. Changing the interval is simpler. Let me know how that works for you.

BTW, the Replace policy of auto-download doesn't require any setting in auto-delete as it simply replaces old episodes and no further deletion is needed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants