- Edited
matchboxbananasynergy @treequell described it already much better than i would have
matchboxbananasynergy @treequell described it already much better than i would have
To be honest, I'm struggling to think of any troubleshooting ideas to try to work out why this is not working for you - it should just work.
Note that this functionality is a standard upstream functionality from AOSP. It is not amended by GrapheneOS in any way.
I just tested two Apps, the stock Clocks app and Google Clock.
I set the alarms in one profile and switched to another, waiting for the alarms to sound.
Using each app in the separate profile, I was able to snooze/dismiss the alarm.
@vvf69107 perhaps you've unintentionally altered the Clock notification settings in the secondary profile which is not able to snooze/dismiss. Have you checked Clock's notification settings within that profile?
I dont have main profile notifications enabled for the other profiles. since the last update i can now at least disable after guessing the right profile without having to unlock it.. still i think it's a problem with cross-profile notifications. imo alarm should be excepted by that.
Somewhat related but different question, if you have auto-reboot feature set to 4 hours (or any time period shorter then expected sleep time), what is the best practice to use an alarm with the standard AOSP Clock app?
Would the alarm ring after phone rebooted at night?
DeletedUser115 It will ring, as long as it's been set on the owner profile.
matchboxbananasynergy Thank you!
DeletedUser115 Would the alarm ring after phone rebooted at night?
I think you may need to use one of the default alarm sounds instead of a custom one.
de0u That is correct.
matchboxbananasynergy this is problematic because the device automatically restarts for updates instead of asking you to select a time or do it manually
de0u Thanks
matchboxbananasynergy anything new known on this issue or possible change?