Hello,
I have identified a consistent and repeatable state-management loophole in iOS Screen Time related to Progressive Web Apps (PWAs) / "Add to Home Screen" shortcuts running via WebSheet.
Summary
When a system-wide "Downtime" or specific "App Limit" goes into effect, the active WebSheet viewport correctly displays the Screen Time overlay blocking the page. However, the underlying web rendering process does not force a full DOM redraw or clear the linear navigation history stack. Performing a standard iOS system back-swipe gesture rolls the application state backward into the cached history, completely bypassing the active Screen Time overlay and allowing full access to previous pages.
Steps to Reproduce
- Save any interactive website (e.g., social media or a web app) to the iOS Home Screen.
- Launch the app and navigate a few pages deep to build up a navigation history stack.
- Keep the app open until Downtime or an App Limit triggers.
- The Screen Time overlay correctly locks the current screen.
- Perform a left-to-right swipe-back gesture on the screen.
Expected Behavior
The WebSheet container should intercept the gesture, clear/invalidate the navigation history, force a full viewport redraw, or terminate the rendering thread to persistently enforce the Screen Time daemon.
Observed Behavior
The system navigates back to the previously cached page state in memory, entirely unrestricted by Screen Time.
Device Info
- iOS Version: 25
- Device: iPhone 15