[Req] Snooze missed alarms
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 files or tests. Start by finding where the app schedules alarms and handles snooze in the Kotlin Android code, then check how a missed alarm is currently re-fired. Done means a user-settable count of missed-alarm snoozes that stops after the limit, with the behaviour covered by a test. The issue has had no reply in about 244 days and the scope is not settled, so ask the maintainers before building.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Checklist
- 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 request will be dismissed otherwise.
- This issue contains only one feature request.
- I have read and understood the contribution guidelines.
Feature description
I think the title describes it clearly, but I don't see an option to Snooze missed alarms.
They are missed and never get repeated according to the set snooze time.
It would be great to have an option to set how many times to snooze a missed alarm until it's finally missed.
Why do you want this feature?
It would be great for alarm that you miss inadvertently.
Additional information
No response
- Vorherrschende Sprache
- Kotlin
- Sterne
- 706
- Forks
- 73
- Ø Merge
- 7 Std. 59 Min.
- Gemergte PRs (30 T.)
- 8
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
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
liberation-data/drivine4j#547 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
ccch1mneyyy/dsh-Go#381 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
wangzan101/Mika#227 ·
Maintainer antworten meist innerhalb von 1 Tag
-
documentation
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 72/100
theopenconversationkit/tock#2136 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 78/100
Kotlin/kotlin-lsp#302 ·