AntennaPod / AntennaPod/AntennaPod
Sleep Timer surprise engages and won't disengage
- 主要语言
- Java
- 星标
- 8.1k
- 派生
- 1.8k
- 平均合并
- 1 天 20 小时
- 30 天内合并 PR
- 32
描述
### Checklist
- [x] I have used the search function for [**OPEN**](https://github.com/AntennaPod/AntennaPod/issues) issues to see if someone else has already submitted the same bug report.
- [x] I have **also** used the search function for [**CLOSED**](https://github.com/AntennaPod/AntennaPod/issues?q=is%3Aissue+is%3Aclosed) issues to see if the problem is already solved and just waiting to be released.
- [x] I will describe the problem with as much detail as possible.
- [x] If the bug only to occurs with a certain podcast, I will include the URL of that podcast.
### App version
3.12.0
### Android version
16 (LOS 23.2)
### Device model
guacamole
### First occurred
after the PB service update (3.12?)
### Steps to reproduce
Background: I had played several episodes in sequence at an earlier time, went to take care of something else for maybe a couple hours, then went back to AP. I picked an episode, only to have it stop unexpectedly.
I then realized the timer had engaged, but I'm pretty sure I didn't enable it myself: while I can't exactly say it's not stray touches or some other mishap, I didn't find anything on the screen that suggested unwanted interactions happened due to an unexpectedly unlocked device.
The auto mode checkbox was selected, too, and I never use that feature.
This is the second time the Sleep Timer seemingly engaged on its own and couldn't be disengaged manually, but I couldn't document the other instance, in which also AP was used, then set aside for a relatively long time, and the problem emerged immediately after use was resumed.
It only happens from time to time (say a week or whereabouts?) and despite multiple attempts to repeat the sequence of steps that preceded the incident, I haven't been able to reproduce it intentionally so far.
Looking at detailed logs, I can't see any reference to the Sleep timer to begin with. The only error messages seem unrelated: invalid resource 0x00000000, and the ID3Reader complaining about an invalid header.
If you want me to look for something specific just let me know.
https://github.com/user-attachments/assets/9e16c0a1-a395-43fe-9870-f178421b386c
### Expected behaviour
The Sleep timer should disengage when the Disable button is tapped on.
### Current behaviour
Occasionally, the Sleep Timer seems to engage on its own.
Subsequently, tapping on the Disable button appears initially to disengage the timer, only for it to revert to its engaged status after a moment.
A Force Stop is required to get out of the loop.
### Crash logs
No crash.
贡献指南
评估
这个 Issue 还没有评估数据。