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

Remove 'Enqueue downloaded' setting (always enqueue upon successful download) #6837

Open
4 tasks done
keunes opened this issue Dec 31, 2023 · 4 comments
Open
4 tasks done
Labels
Needs: Decision Proposal and most arguments are clear, but needs a verdict. Type: Feature request

Comments

@keunes
Copy link
Member

keunes commented Dec 31, 2023

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

3.2.0

Where did you get the app from

Google Play

Problem you may be having, or feature you want

We have a lot of settings. I can't think of a use case where this setting must be disabled. Having this setting adds another variable in the process of where episodes show up. And the queue is the

Suggested solution

Remove 'Enqueue downloaded' setting, and always enqueue upon successful download. Note that this doesn't mean that all downloads must be in the queue at all times (episode can be removed from Queue again after download).

Screenshots / Drawings / Technical details

To ensure we're not making a wrong change here, I would suggest implementing in three steps:

  • enable this setting for all users
  • wait and see the reaction, of the period of three months
  • depending on the response, proceed with removal of the setting
@keunes keunes added Type: Enhancement Needs: Decision Proposal and most arguments are clear, but needs a verdict. labels Dec 31, 2023
@antennapod-bot
Copy link

This issue has been mentioned on AntennaPod Forum. There might be relevant details there:

https://forum.antennapod.org/t/new-episode-action-enhancement/3871/1

@ByteHamster
Copy link
Member

This sounds like you are also against adding an option to "do not add playing episodes to the queue" #4339, right?

@ByteHamster
Copy link
Member

Hmm, there seem to be some users who even want to expand the setting: #1519 #3142

@keunes
Copy link
Member Author

keunes commented Jan 2, 2024

This sounds like you are also against adding an option to "do not add playing episodes to the queue" #4339, right?

No, not necessarily against that. Actually, this makes me think: it is indeed a valid scenario: manually curate a queue, download or play something that's unrelated to the queue and not want that added to the queue. At the same time: how many users actually manually curate their queue, how many don't use the queue, and how many just let auto-download fill the queue?

I somehow feel that few people manually curate queues, in which case both settings are not necessary.

  • Would be interesting to spread a survey via the app to ask these kind of questions.
  • Instead, to test, in an update we could change the setting on for all users, and see the reaction if any. Then we'll know if it can be removed safely.

But if we keep this setting, I would be in favour of having a single 'Enqueue downloaded and played' setting (rather than two separate ones).

Hmm, there seem to be some users who even want to expand the setting: #1519 #3142

I think that #1519 can be closed (and #3142 can remain closed):

  • The request is made in context of news vs non-news type of podcasts. This typology is discussed already before and covered through other requests (overview on forum).
  • As previous maintainers already noted, we have to strike a balance. The reason for the request (queue is only for news podcasts which release daily, and 'irregular' podcasts should not end up in the queue) is quite a particular one, I would say opposite of 'normal' use.
  • The OP also notes that podcast-based continuous playback (covered in Continuous playback if initiated from podcast screen (+ reversed) #1533) could be a solution to their problem.
  • The last comment from another user brings a somewhat valid use-case (download a whole bunch of episode, manually create each morning for the commute), although
    • instead of downloading in advance, they could download while curating
    • their problem would most likely be solved also through custom queues: User Definable Queues #2648

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Needs: Decision Proposal and most arguments are clear, but needs a verdict. Type: Feature request
Projects
None yet
Development

No branches or pull requests

3 participants