Change info that is shown in notifications?

App version: x.y.z (state whether from Google Play/F-Droid/Custom built APK)

3.0.2 (b063f0508)
Google Play

Problem you may be having, or feature you want:

I love the app, thanks for that!

  • Can you make an option to change the information that is shown in the notification for new episodes? Now it says there is a new episode of . I also would love to see the title of the episode, so I can decide if I want to listen it to it.

  • Another thing is I often see a message in the notification like: ‘There are 4 new episodes of .’ Because I dont use the inbox and all the episodes there stay ‘new’. I use the ‘episodes’ section to look for new episodes. Is there a possibility to completely disable ‘Inbox’?

  • It would also be great if you can add the episode to the queue, in the notification itself. Dont know if this is possible.

I really like this app, the things above would make it even more great for me. Thanks!

1 Like

Personally I would not want the notifications to include the episode titles as for the sports review podcasts I listen to they can often contain spoilers to the result before I have had a chance to watch the event itself.

I can understand that. That’s why I asked for an option to change it in whatever notification you want.

I second this request. I am coming off Google Podcasts and looking for an alternative - AntennaPod seems to be the best option for me. Hoping we can see this option in the future so that I can swipe away a notification of an episode title I am not interested in (and not have to open the app)

2 Likes

I am also missing episode title in notification the most. It really max up the ux - you can avoid heavy app opening just to see what is the episode name. So it is not only about saving one click but a lot of time.

Yes!! I made an account just to respond to this. It’s strange to me, that this isn’t a more popular request. I used to listen to podcast on Spotify and it appeared so natural to have the Podcast Name / Picture aswell as the name of the episode displayed in the notification. That way I could manage my notifications a bit like a reminder / todo-list: swipe away the episodes that I’m not interested in listening to, keep the notification for an episode I want to listen to later. Click it and listen to it when I have the time for it. Now I get a bunch of notifications that say “X Podcast has Y new episodes” which is fine for small podcasts / my favorites where I want to listen to every episode no matter what, but with every other episode I would like to be able to skim the notifications for interesting episodes without having to enter the app and look them through “manually”. Also then, the notification disappears and I have no reminder of the new episode I wanted to listen to.
tl;dr: I would love this feature, it is very essential to my podcast-routine <3

2 Likes

I think this is where the Inbox comes in. You see there are new episodes then open AP to show you all the details of all the new episodes to decide what to do with them. You can set AP to always open in the Inbox view and you could even have AP as a Lockscreen shortcut so with one swipe you are there.

1 Like

I would argue that opening inbox serves the same purpose. It requires app opening and it takes you out of launcher and takes significant time for cold app launch, especially with older phone. I count that such info is episode title in notification is standard nowadays. I also use notifications as kind of backlog that I decide what to swipe and what not, and I believe I am not the only one.

@gomezz I think that your point with spoiler is waiting you always somewhere else, either in inbox or in episode detail. And also, I am sorry, but I believe it is an minority of you that have problem with this.

@Snuff6048 made really great point to the topic, that most users experience. Notifications with no episode title are in most scenarios useless.

Not really. I open AP in the Subscriptions view and avoid tabbing to the Episodes view if I see a count of new episodes for a podcast or podcasts I want to avoid seeing the details for. I have been able to adapt my usage of AP for my use case (which I would aver is more common than you think) and I can see how you would use the Inbox in AP to manage new episodes. Does it really take that long for the app to open even on an older device? Especially compared to the several seconds you are about to spend looking at and dealing with new episodes? Sorry, don’t buy that as a justification for changing something that works perfectly well already.

TBH I cannot get my head around trying to use notifications for anything other than as notifications. Trying to use the launcher as a Jack of All Trades mega-app to manage all your usage rather than using it to pass off handling to the appropriate dedicated app seems bizarre to me.

2 Likes

I do that as well for the Google Play AntennaPod reviews, by lack of another system. And sometimes also for WhatsApp messages that I should (but don’t feel like) replying to.

However, that brought me in the situation now where I have so ridiculously many notifications that when my phone buzzed and I activate the screen and pull down the notifications, I can’t actually find the new notification. So they don’t really work as notifications anymore. So I’ve come to the conclusion that using the notifications as an Inbox/To do list is a bad system.

How come you prefer to do skim and swipe notifications rather than AP Inbox entries? It’s the same process, with just one extra step in between: tapping your notification to open the AP Inbox.

I understand that concern, but do you use (or have you considered using) the queue, and putting stuff that you want to listen to there? (This is also a swipe away from the inbox.)

I understand that pain, but I also wonder how long it actually takes. And if it is long, then maybe we should rather investigate why opening the inbox is taking so long. @ByteHamster is already looking into speeding up/making more efficient some things, maybe there’s room for improvement in the Inbox also.

What I could imagine we do, is introducing ‘notification actions’ like e.g. email apps have it (‘delete’, ‘archive’, ‘quick reply’): https://developer.android.com/develop/ui/views/notifications#Actions

We’ve also been discussing notifications in another context, but I don’t recall what the context was, and where we can find the notes/conclusions.

1 Like

Agree. Yet for me notification open on podcast page and not inbox. I believe when there was multiple podcasts it was changed to open inbox.
I am using Android 14 and when there is notifications for multiple podcasts tapping it expand them and I have to choose one and it will open on this podcast page.

Ideally I feel it would be much better to have only one notification listing updated podcasts and having it to open inbox. :crossed_fingers:

Came here to agree. Also coming from Google Podcasts and I am used to be able to react to new podcasts without opening the app. Essentially I only want to open the app if it is “worth it” and I can only make that decision if I can see the title and short description.
I compare it to incoming emails. My email client shows the sender, subject and first lines of the email as notification and from there I can immediately delete or mark as spam which doesn’t need me to open the app. Could I open the app and do the same thing from the inbox, and more? Sure, but the fact I don’t have to do it for common actions is a convenience I don’t want to miss.
BTW Podcast Addict does the full-description notification.

Also opened a feature request about this one here including arguing for some arguments:

Basically I was coming from Nextcloud News and they have better notifications there.

Well… different people have different way they use stuff, some want more and some want less. Also it obviously all depends on settings and the installed apps.
Personally, I’d say I can say for each notification what has caused it. (And I’d say a de-googled phone without nasty apps that all want to catch your attention span, helps here hehe)

Also, I guess any feature could be made optional so well… after all the “new episodes” notification is optionat in the first place, already.

@ByteHamster and I discussed this again during the ‘Needs: Decision’ meeting, thanks to a new recent feature request. We now have 3 tickets on the topic:

Further thoughts from my side:

Overlap with Inbox screen

That’s a fair point. They already are optional, in fact: they have to be enabled at podcast level. In that sense, it serves a slightly different purpose than the ‘Inbox’ screen (although very closely related).

UI clutter & grouping

If we group notifications as suggested before, the UI clutter would be limited. It’s also possible to swipe away all notifications in one go.

Question is how we group:

  • At app level (everything together)
  • Per podcast
    • Benefit: when receiving notifications for several podcasts, and you have many, you can remove all notifications from one podcast while maintaining those of another.

I’d be in favour of per-podcast grouping; I have notifications enabled for two podcasts and prioritise one over the other (more likely to discard one podcast’s notifications than that of the other).

Notification content

For the group:

  • if we group at app level:
    [app icon] AntennaPod • # new episodes in # podcasts • #d
  • if we group at podcast level:
    [app icon] AntennaPod • Podcast title • # new episodes • #d

For each notification:

  • if we group at app level:
    [podcast image] Episode title Podcast title
  • if we group at podcast level:
    Episode title

That means:

  • no indication of the notification type (‘New episode’)
  • no display of description → Maybe we should do this actually (e.g. crop at first 3 lines)
  • no display of podcast cover if we group at podcast level (it’d have to be at group level because at episode level it’d be a lot of repetition, but I’d say having our logo is more important at the group level)
  • no display of episode cover (at this size I think it doesn’t add much if any benefit) → We could add this in future, see note below the images.



(Interestingly, Netflix has different images for the miniature version and for the expanded image, and the expanded images also have different image sizes. I wonder if it’s possible to display a 1:1 ration there. It would be a great to use images specified with a given aspect-ratio (e.g. 16/9) or purpose (e.g. social) as being discussed in <podcast:image> - refinement of <podcast:images> · Podcastindex-org/podcast-namespace · Discussion #694 · GitHub)

Notification actions

That’s also what’s requested in all three GitHub issues. We would have to decide which actions we would enable. I would say:

  • ‘Open’ (launches episode detail screen) → Tapping on the notification itself should do this
  • ‘Ignore’ (when implemented via #5237, and ‘Remove from inbox’ until then)
  • ‘Download’ (is Settings > Playback > Enqueue downloaded enabled by default?)
    • unless in Settings > User interface “Prefer streaming” is enabled, in which case ‘Add to queue’ would make more sense
    • If we only want to have the ‘Add to queue’ option for all cases, I think implementing Auto download podcasts in queue is a prerequisite

I would not make a setting for this. There aren’t too many options here, and you won’t see the actions until you ‘expand’ the notification.

Technical considerations

We should adequately handle auto-downloaded episodes: if a new episode notification was created and then auto-download kicks in for that episode, then the notification should be updated (with setOnlyAlertOnce(), e.g. to remove the ‘Download’ action) or removed.

(What do we currently have as the notification ID? If we concatenate e.g. 1 for new episodes with the episode ID from the database, we should be safe without storing the notification ID itself.)

Grouping per podcast means that on most days, the episodes are not grouped at all (each podcast releases one episode, only rarely they release many at once)

Depending on how you use the app, or notifications in general. For me, they would definitely be grouped. I don’t have the time to listen to these episodes each week, so I save them up.

Even if you do check/follow up on them regularly, having one group per podcast I think is still fine. If you follow up regularly/immediately you’d only have one or very few notifications at a time. So having them grouped for the app in general in many cases won’t help either.

It would be interesting to ask user feedback on this topic. But we don’t really have a way to get representative group of respondents for the moment.

Questions that I would've asked.
  • Do you have any ‘content app’ (e.g. newspaper, RSS, broadcaster) installed, and for which you have received notifications the past week? [yes, no]
  • [if yes] Thinking of the notifications that you received for these apps the past week, what did you do with them generally most of the time? [keep them all to check them later, check and clean (only keep the ones I want to check later), swipe away the whole group, other: …]
  • For any app you may have installed (content, email, messaging), have you followed up on any notification actions the past week? For example ‘Delete’, ‘Reply’, ‘Mark as read’, or ‘Download’
  • How many podcasts are you subscribed to, more or less? [None, 1-5, 6-10, 11-25, 26-50, 51 or more]
  • For how many podcasts have you enabled episode notifications? [None, 1, 2-5, 6-10, 11 or more]
  • [if 2+] We are going to update the episode notifications. How would you like the notifications to be grouped? [One group for all new episodes, One group per podcasts]