# Change info that is shown in notifications?
**URL:** https://forum.antennapod.org/t/change-info-that-is-shown-in-notifications/3106
**Category:** Feature request
**Created:** [June 10, 2023, 12:10pm UTC](https://forum.antennapod.org/t/change-info-that-is-shown-in-notifications/3106 "2023-06-10T12:10:17Z")
**Posts on this page:** 1
**Showing post:** 14
### Author:  [@keunes](https://forum.antennapod.org/u/keunes)
#### Post date: [June 26, 2025, 1:40pm UTC](https://forum.antennapod.org/t/change-info-that-is-shown-in-notifications/3106/14 "2025-06-26T13:40:50Z")
@ByteHamster and I discussed this again during the [‘Needs: Decision’](https://forum.antennapod.org/t/needs-decision-meeting-updates/4169) meeting, thanks to a new recent feature request. We now have 3 tickets on the topic:
- [Add action buttons to new episode notifications · Issue #7793 · AntennaPod/AntennaPod · GitHub](https://github.com/AntennaPod/AntennaPod/issues/7793)
- [Show episode titles (abbreviated if needed) in new podcast notification · Issue #7327 · AntennaPod/AntennaPod · GitHub](https://github.com/AntennaPod/AntennaPod/issues/7327) → the only open one
- [Better notification for new episodes · Issue #7170 · AntennaPod/AntennaPod · GitHub](https://github.com/AntennaPod/AntennaPod/issues/7170)
Further thoughts from my side:
# Overlap with Inbox screen
> [@rugk](#):
>
> Also, I guess any feature could be made optional so well… after all the “new episodes” notification is optionat in the first place, already.
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
> [@keunes](#):
>
> 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.
If we [group](https://developer.android.com/develop/ui/views/notifications/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)
- if we do, it’d make sense to use [expandable notifications](https://developer.android.com/develop/ui/views/notifications/expanded)
- if we don’t, no need for expandable notifications
- 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 [\ - refinement of \ · Podcastindex-org/podcast-namespace · Discussion #694 · GitHub](https://github.com/Podcastindex-org/podcast-namespace/discussions/694))
# Notification actions
> [@keunes](#):
>
> 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](https://developer.android.com/develop/ui/views/notifications#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](https://github.com/AntennaPod/AntennaPod/issues/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](https://forum.antennapod.org/t/auto-download-podcasts-in-queue/5792) 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.
_Edit_: instead of predefined settings, we maybe should just take whatever the user has set in the Inbox swipe settings.
# 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](https://developer.android.com/develop/ui/views/notifications/build-notification#Updating) (with [`setOnlyAlertOnce()`](https://developer.android.com/reference/androidx/core/app/NotificationCompat.Builder#setOnlyAlertOnce(boolean)), e.g. to remove the ‘Download’ action) or [removed](https://developer.android.com/develop/ui/views/notifications/build-notification#Removing).
(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.)
---
_[View the full topic](https://forum.antennapod.org/t/change-info-that-is-shown-in-notifications/3106)._