resetPermissions tell you which Android capabilities an app requests. They are useful evidence, but a permission list needs to be read alongside the privacy policy and the app’s actual features.
For Reset 1.1.0, the manifest requests notifications, restart handling, vibration and exact-alarm access. It does not request the INTERNET permission.
Why the timer requests alerts
Notification permission allows Reset to display reminders. Exact-alarm access helps Android schedule alerts closer to their intended time. Without that special access, Reset falls back to inexact scheduling.
The restart permission lets the app restore its reminder schedule after a phone reboot. It does not mean Reset receives your messages or reads other apps’ histories. Vibration supports notification behaviour.
Android version and manufacturer affect how these controls are named and presented. See Google’s notification help for platform settings.
What no internet permission means here
Reset’s own code cannot send your fasting history to a developer-operated server using Android’s network access. The app stores its record locally and includes no in-app analytics service.
This statement is about Reset. It does not mean every service on your device is offline or that your entire phone cannot back up data.
External links are handoffs
A store link opens Google Play; a support link opens an email app; a web link opens a browser. Those apps have their own permissions and connections.
You can review what an email contains before sending it. Opening support does not authorise us to retrieve your local fasting history.
Backup is another layer
Android backup may copy eligible app data through your Google account according to your device settings. Reset allows platform backup but does not operate it.
Read Android backup and fasting history if your goal is to understand all possible copies. “No developer account” and “no copy anywhere else” are different claims, and only the former describes Reset’s account model.