Expected behaviour: Playback should resume when play is selected on Pebble watch default Music app.
Current behaviour: If playback has been paused for longer than ~10 seconds and app is not open on your screen, playback will not resume when play is selected on Pebble watch’s default Music app.
First occurred: It’s been a problem for years, but got used to using buttons on my headphones instead of my watch. Now I don’t have buttons on my headphones so I would like my watch to work.
Steps to reproduce:
Start podcast
Switch apps or lock screen
Pause podcast with watch or on screen
Wait atleast 10 seconds
Press play on your Pebble watch
It doesn’t resume
Environment: the app is not restricted battery wise, it’s allowed to run in the background. I have tried it with GrapheneOS’s Exploit protection compatibility mode on or off it makes no difference. I am using a Pebble Time 2 with firmware v4.9.183 app version1.1.0.6, but this also happened with the Pebble Time and Pebble 2 on the old Rebble firmware and old app. This doesn’t happen on other media apps I’ve used, they all unpause just fine.
Ok, the fix was actually quite easy (with the help of AI). I’ve been running this build for a couple days and it seems pretty solid, I haven’t found any adverse effects. I don’t know if I want to jump through the hoops to try to do a pull request on the AntennaPod github project though…
From 15f8e2475e11f0b685eba2aed17b4f8b22dc4cde Mon Sep 17 00:00:00 2001
Date: Thu, 16 Jul 2026 21:22:21 -0600
Subject: [PATCH] Fix for playback not resuming from the notification or watches
---
.../antennapod/playback/service/PlaybackService.java | 10 ++++++++--
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/playback/service/src/main/java/de/danoeh/antennapod/playback/service/PlaybackService.java b/playback/service/src/main/java/de/danoeh/antennapod/playback/service/PlaybackService.java
index 75d8cd6e0..4c99cb334 100644
--- a/playback/service/src/main/java/de/danoeh/antennapod/playback/service/PlaybackService.java
+++ b/playback/service/src/main/java/de/danoeh/antennapod/playback/service/PlaybackService.java
@@ -869,7 +869,11 @@ public class PlaybackService extends MediaBrowserServiceCompat {
updateNotificationAndMediaSession(newInfo.getPlayable());
PlaybackPreferences.setCurrentPlayerStatus(PlaybackPreferences.PLAYER_STATUS_PAUSED);
if (!isCasting) {
- stateManager.stopForeground(!UserPreferences.isPersistNotify());
+ if (UserPreferences.isPersistNotify()) {
+ stateManager.startForeground(R.id.notification_playing, notificationBuilder.build());
+ } else {
+ stateManager.stopForeground(true);
+ }
}
cancelPositionObserver();
break;
@@ -1334,7 +1338,9 @@ public class PlaybackService extends MediaBrowserServiceCompat {
case ERROR:
state = PlaybackStateCompat.STATE_ERROR;
break;
- case INITIALIZED: // Deliberate fall-through
+ case INITIALIZED:
+ state = PlaybackStateCompat.STATE_PAUSED;
+ break;
case INDETERMINATE:
default:
state = PlaybackStateCompat.STATE_NONE;
--
2.46.0
Exactly, I should have mentioned that I made these changes off the 3.11.4 tag because I ran into all sorts of problems with the 3.12.x beta regarding per-channel playback speed not working.
Yes. Same here unfortunately. And, even more concerning, since the changes in 3.12, the skip forward/back buttons no longer skips 15 second intervals but skips the entire podcast or audiobook. Its deal breaker functionality for me, and I’ve created an account on GitHub/AntennaPod to hopefully look for an update. I’ve enjoyed using AntennaPod and pebble watches for years, and I don’t want to have to look for an alternative. I’m currently trying to roll back to 3.11 but I’m struggling to do that with my current GrapheneOS / Aurora store setup. Apologies if I’m doing this wrong / putting this message in the wrong place (I’m new to all this). Thanks.
I have a similar behavior using a Garmin Fenix watch to control media playback. I used to be able to use my watch too skip forward 30 seconds but now the entire podcast is skipped.
If you’re fast, you may be able to switch from Aurora to the F-Droid version either directly or via Obtanium -it’s currently on 3.11.4 but will likely change soon as I see they pushed the tag. I can’t remember if you can easily pick an older version via that route.
Do a backup now and restore once downgraded. I’ve not read release notes to check if there are any database migrations or similar that might make downgrading not possible
I’ve changer Obtanium to track only for now so I don’t end up with this problem until it’s addressed as that will really annoy me!
Next time please create a separate topic/bug report or leave a comment on an existing, relevant topic. Mixing subjects makes it harder to follow, also for devs (and we want to make their lives as easy as possible so they can focus their energy on development). In this case:
let’s keep this focussed on general Pebble integration
My issue has been fixed! As of 8/17/2026 the 3.12.0f (980b2f32d) version from F-Droid does not have this issue. I have paused and waited for over 5 minutes and it still unpaused using my Pebble Time 2. I hope this is also the case with the Zepp Bip 3, and Garmin Fenix as others have mentioned having issues with them too. But atleast for me it is working.
Thank you so much everyone! And thank you to PodHead, and any of the AntennaPod team who worked on implementing this! I really appreciate it!
Wow, you are also using a Pebble with GrapheneOS!? There are so few of us, nice to meet someone with a similar setup haha. I know both communities are fairly niche. Thank you for your response!
The problem seems to be fixed now for me. Is it working for you?