ok, that is very odd. i have a 2015 Skoda, but don’t seem to have the same problem.
Another very strange thing: the problem goes away completely, if i enable flight mode with only bluetooth enabled, but no data connection like wifi or mobile data.
That maybe is a sign, that it is some kind of race condition/timing problem.
On 3.12.0 - concur with all this seeming to be being bluetooth related, in my case a toyota 2015. Behavior new with 3.12.0 its been driving me crazy.
Happens with queue listing empty or filled, I never use the queue. I only download selected (automatic download is off) episodes then play them manually from the manage downloads page. That worked until this release, now I have to go delete the episode to stop it.
Seems to happen only with downloaded episodes, but there is a new streaming dynamic also;
Today I noticed apod started streaming automatically upon bluetooth connect even though “Mobile Updates” has all boxes unchecked, but at least once the streamed episode was finished it didn’t continue to the next one- just went silent as desired. A couple times, when it attempted to stream, apod poped up a dialog essentially requesting streaming cancel/retry and a few times just started streaming by itself.
It would be great if apod would do absolutely nothing under all circumstances until I hit play, and only refresh episodes when I hit a button to refresh. The interface is confusing but its possible to use simply by just ignoring the queue. All I want is manual download, play, delete - nothing else, nothing automatic.
This reminds me of the music player snafu’s of a few years ago on my samsung, particularly in chevy cars of the era the bluetooth connect sometimes would get two players going simultaneously. Those apps eventually put in settings to prevent autoplay and its been better.
I might have a fix, let’s see. The key point is still this:
This means it repeats without AntennaPod being involved at all. No code inside AntennaPod could race or anything because the player just repeats internally. I would have never looked at that possibility otherwise, and would always have suspected the AntennaPod resumption logic to be wrong/racy. Let’s hope this is actually the fix:
Today going by car to work I again heard podcast and one switch from one episode to the next worked fine. No idea why.
Maybe it happened because the episode AntennaPod was switching to was added this morning? Is there some issues with episodes added to the list (I have a long one with 82 episodes and about 40 hours) before the update?
As each episode is between 5 and 60 minutes and my drive to work is about 30 minutes the switch to the next episode doesn’t happen too often so it will take a while until I can tell more.
first of all, thank you very much for all the effort.
i built and installed the app from your branch. unfortunately, i can not reproduce the error with or without your change. so it is kind of hard to say for me at the moment, if the fix actually works. so my next goal is probably trying to reproduce the problem with the source build.
Created an account to throw in that I’ve also experienced this problem lately. I am primarily using the 3.5mm AUX wired connection on a Moto G stylus (2024) to listen at work. It loops the typically 60-90 minute episode that I had just finished, instead of moving to the next episode in queue.
I’ve added logs. Tried to reproduce with BT not connected, no luck. With car bt connected it loops every time, see logs at
My phone is also a Moto G Power 5 G. Today I’m getting a repeat playing with the phone speaker.
How do I find and copy the log of my Android version 3.12.0
Settings - report error - 3 dots - esport logs
@ByteHamster I’ve just sent you logs from my phone with episode looping several times on my phone playing over phone speaker.
The funny thing is I changed my headphones from JBL to Sony xm4 and now everything works, no looping. Strange. (I have 13.2.1)
Environment
Android version: 17
OS version: 6.1.157-android14-11-gbd23337e42e7-ab14791245
AntennaPod version: 3.12.0
Model: Pixel 9
Device: tokay
Product: tokay
Manufacturer: Google
Looping after episode. For me, unable to add Full_logs.txt since it is not an approved file type to upload and it is too large for the message body.
Upload to pastebin and give a link
I sent a bug-report as you wished.
