My phone vibrates during playback if moved or jostled

App version: 3.11.3

Android version: 16

Device model: Samsung S24 Ultra

Expected behaviour: No vibration

Current behaviour: Vibration. It’s not a constant vibration. Just a short buzz similar to the haptic feedback from typing on the on-screen keyboard. But it happens repeatedly. Every step causes a vibration. It happens with both the screen on and screen off. I have the widget on my home screen but just as regularly open the app fully. It doesn’t happen with my music player or YouTube. Only when listening to a podcast using this app.

First occurred: Several months ago. Off and on since but now frequently.

Steps to reproduce:

  1. Play a podcast
  2. Shake phone in a manner to simulate the device being jostled in a pocket while you walk.

Environment: Bluetooth headphones. Restarting the phone used to fix it. I’ve only recently narrowed down the cause to being this app.

Crash info: None

Do you use the sleep timer? (Open the full player and tap on the :zzz: icon.) If so, is vibration made active there?

Also, are you using any task automation apps on your phone?

I do use the sleep timer yes. Vibration is switched off. However I’ve just checked and noticed that “shake to reset” was switched on. I’ve switched that off and will see if that has any effect… I’m thinking that perhaps jostling the phone in my pocket is triggering the reset sleep timer?

I have an S24 Ultra and I do have several routines set up via the modes and routines settings.

I had this behaviour every time I was out walking listening with Bluetooth ear pieces.

My gosh! I threw away a set of Bluetooth ear pieces thinking they were faulty because of this.

Then I suspected my Samsung A57 had a fault.

Turns out ‘shake to reset’ is the culprit. This is hidden away in the full playback screen of individual podcasts BUT seems to act globally once set to on?

Need a global setting where people can actually find it. An individual setting per podcast is fine as is once the global setting is added.

That is… an interesting action. You didn’t test with other apps? Didn’t test with another phone?

I’m wondering: why do you use the sleep timer if you’re not, like, trying to fall asleep?

I dont recall ever using sleep timer.

I certainly don’t recall ever setting ‘shake to reset’ to on much less understanding what it would be useful for.

Setting it off by unchecking it finally rid me of erratic playback problems when out walking about.

This setting seems to act globally, ie acts on all podcasts, but can only be found by drilling into the playback setting of an individual podcast.

The logic of this escapes me ..

It certainly shouldn’t - it should only do something if a sleep timer is currently running and fading out (i.e. during the last n seconds) - see Add option to allow "Shake to reset" in SleepTimer at any time during the countdown · Issue #4825 · AntennaPod/AntennaPod · GitHub.

In my test just now (Android 16, AntennaPod 3.12, Fairphone 6) I didn’t notice the sleep timer reset doing anything unexpected (vibrate or reset the time outside the expected timeframe).

Can you maybe share your phone make and model? I wonder if the manufacturer make any changes at OS-level that doesn’t work properly.

Yes, It’s certainly possible that it’s a weird firmware issue. I never discount that.

I have Samsung A57 aka SM-A576B.

Clarification and observations:

PHONE

In the firmware settings of this device I have activated ‘accidental touch protection’ which equates to don’t activate the screen when in your pocket/bag/dark room.

APP

When I play any random podcast and look at the sleep timer menu of the currently playing podcast it is defaults to 15 mins but not ‘set’. This would be expected behaviour.

If ‘shake to reset’ is activated by tapping the check box in the sleep timer menu of ANY podcast, it remains checked (activated) in sleep timer menu of any other random podcast episode - this is specifically what I meant by ‘global setting’. The expected behaviour would be unchecked (inactive) in any other podcast unless selected (activated) by the user.

Perhaps ‘shake to reset’ should live somewhere in the general app settings instead of hiding away in the sleep menu of individual podcast playback - or perhaps I misunderstand the purpose and logic flow (?)

Currently, unchecking (deactivating) ‘shake to reset’ eliminates frequent playback interruptions when walking with the phone in my pocket. Rejoice!

This must be a coincidence, independent from the setting. The setting only influences the sleep timer, nothing else. If the sleep timer is not running, toggling the setting does nothing.

I have it activated for 30 minutes. I do use it as sleep timer, but also as a kind of “30 minutes have passed” timer, just double pressing the button on my headphones starts the podcast playing again.

It’s also handy for the times when I’m listening through my phones speaker. If I walk away or get distracted it won’t keep playing my whole queue - I don’t have to go to playback history and add everything back into the queue.

Ok. Thank you for the clarification.

I will observe for a week to see if playback interruptions recurr with ‘shake to reset’ off and continue to debug if so.