Nutzungsbasierte Zeitpläne hängen davon ab, dass das System korrekt meldet. Ein dokumentiertes Problem führt dazu, dass Apps als weiterhin „in Benutzung" gezählt werden, wenn du navigierst, ohne sie zwangsweise zu schließen, was Zeitpläne durcheinanderbringen kann, die auf der Nutzungszeit basieren.
Standort- und WLAN-Trigger hängen von Signalen ab, die außerhalb der Kontrolle der App liegen. Hintergrund-Standortänderungen, die mit iOS 18 eingeführt wurden, ließen standortbasierte Trigger eine Zeit lang unzuverlässig auslösen, manchmal wurde ein Profil erst aktiviert, wenn die App selbst geöffnet wurde. Spätere iOS-Updates haben dies Berichten zufolge verbessert, aber es kann auf einigen Geräten immer noch Fehlfunktionen geben.
Die Skalierung bringt ihre eigene Grenze mit sich. Sobald ein Zeitplan mehr als etwa 50 Apps über alle Profile umfasst, kann das Blockieren inkonsistent werden. Nichts davon macht AppBlock ungewöhnlich, da jeder Drittanbieter-Blocker auf iOS auf demselben zugrunde liegenden Framework läuft und dessen Einschränkungen teilt. Es bedeutet nur, dass je mehr Automatisierung und Konfiguration ein System hat, desto mehr Stellen gibt es, an denen eine Diskrepanz zwischen Plan und Realität durchschlüpfen kann.
Fella hat einen Zustand, der funktionieren muss: blockiert. Kein Trigger, der auslösen muss, kein Profil, das aktiviert werden muss, keine Nutzungszählung, die falsch sein kann. Weniger Teile bedeuten weniger Möglichkeiten, dass der Tag anders verläuft als geplant.