alarm randomly fails with custom sound
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 22/100
Rechercherichtung
The payload names no source file or test. The one searchable lead is the error text 'setDataSource failed' from the Java IOException in the screenshot, so search the repository for where the alarm sound URI is passed to a media player. The failure is intermittent and device-specific (Android 12, Moto G22), so reproducing it needs a device and several days of alarms. Done would mean a reliable fallback or a clear failure message, but the issue does not choose between the three expected behaviors it lists.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Checklist
- I can reproduce the bug with the latest version given here.
- I made sure that there are no existing issues - open or closed - to which I could contribute my information.
- I made sure that there are no existing discussions - open or closed - to which I could contribute my information.
- I have read the FAQs inside the app (Menu -> About -> FAQs) and my problem isn't listed.
- I have taken the time to fill in all the required details. I understand that the bug report will be dismissed otherwise.
- This issue contains only one bug.
- I have read and understood the contribution guidelines.
Affected app version
1.6.0
Affected Android/Custom ROM version
Android 12
Affected device model
Moto G22
How did you install the app?
Google Play Store
Steps to reproduce the bug
- set a custom sound for the alarm
- use it normally for several months
Expected behavior
- the alarm assuredly never fails to play the sound
- or if failed, tell you why it failed when you wake up, instead of calling you a loser moron for sleeping too much
- or know in advance the sound will not play, and tell you in advance it will fail before you set an alarm
Actual behavior
it randomly and silently fails
Screenshots/Screen recordings
yeah, I have a screenshot alright
Erro: java.io.IOException: setDataSource failed.: status=0x80000000
after the alarm failing for three days in a row, I selected the sound, it didn't play, and it showed this Java exception in the bottom. when I had same problem in Google Clock, it wouldn't even show an exception after the sound failed to play in the sound picker.
Additional information
pro tip: Google Clock has identical issue. I'm only using your app, because Google Clock had the same issue and I doubt they will ever fix it. so, even if your app is just as broken, I hope that you can fix it
my current workaround is to every night select the sound again and hear it, to double check that it will really play next morning. I've become fully paranoid of alarms not working. I've become so distrustful of clock apps in Android in general. and let me tell you. the alarm of my physical clock is also dysfunctional!!
- Vorherrschende Sprache
- Kotlin
- Sterne
- 706
- Forks
- 73
- Ø Merge
- 16 Std. 52 Min.
- Gemergte PRs (30 T.)
- 11
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus FossifyOrg/Clock
-
feature request needs triage
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
FossifyOrg/Clock#521 ·
Maintainer antworten meist innerhalb von 1 Tag
-
feature request needs triage
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
FossifyOrg/Clock#504 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
feature request needs triage
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
FossifyOrg/Clock#492 ·
Maintainer antworten meist innerhalb von 1 Tag
-
feature request needs triage
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
FossifyOrg/Clock#491 ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug needs triage
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
FossifyOrg/Clock#448 · 2 Kommentare · 1 Reaktion ·
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in FossifyOrg/Clock
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
QuranHub/quranhub-android#354 ·
Maintainer antworten meist innerhalb von 2 Tagen
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
Maintainer antworten meist innerhalb von 2 Tagen
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
-
Gradle plugin calls deprecated Configuration.setVisible (removed in Gradle 11)Evtl. vergeben @griffio hat das heute übernommen. Offencomponent: gradle-plugin
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 83/100
sqldelight/sqldelight#6391 · 1 Kommentar ·
-
unconfirmed
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
thunderbird/thunderbird-android#11893 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 2 Tagen