Skip to content
cccskills
FreePublished on GitHub

request-timing-audit

Detects permission requests triggered at app launch or before meaningful user interaction, which violates Guideline 5.1.1(ii) requiring permissions to be requested only at the moment of need with contextual explanation.

The English summary is being prepared. Showing the original description.

See how to install

Files included (1)

  • SKILL.md6.1 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Skill: Request Timing Audit

<!-- SEO: permission request timing App Launch AppDelegate viewDidLoad location camera tracking prompt too early iOS rejection -->

Purpose

Detects permission requests triggered at app launch or before meaningful user interaction, which violates Guideline 5.1.1(ii) requiring permissions to be requested only at the moment of need with contextual explanation.

Apple Guideline

  • Primary: 5.1.1(ii) — Data Collection and Storage: Permission Request Context
  • Related: 5.1.1(i), 5.1.2
  • Reference: references/guidelines/5-legal.md

Real-World Rejection Cases

  • Case: App requested location permission in applicationDidFinishLaunching before any user interaction — rejected Source: Apple Developer Forums Root cause: Permissions must be requested at the moment they are needed, with context explaining why — launching the app does not constitute a moment of need

Trigger

Invoke on any iOS/macOS project to verify permission prompts are contextually timed and not presented at app launch.

Inputs

NameTypeDefaultDescription
project_rootpathcwdiOS/macOS project root
shared_contextobjectnilPre-collected context from appstore-full-audit Phase 1

Actions

Phase 1: Context Collection

Skip this phase if shared_context is provided.

  1. Glob **/AppDelegate.swift — locate AppDelegate.
  2. Glob **/SceneDelegate.swift — locate SceneDelegate.
  3. Glob **/*.swift — collect all Swift source files.
  4. Glob **/*.m — collect Objective-C source files.

Phase 2: Checks

  1. Location permission at launch Grep pattern requestWhenInUseAuthorization|requestAlwaysAuthorization in AppDelegate.swift and SceneDelegate.swift. Any match found in applicationDidFinishLaunching, application(_:didFinishLaunchingWithOptions:), scene(_:willConnectTo:), or sceneDidBecomeActive → 🟠 HIGH. Permission should be deferred until the feature requiring location is actually invoked.

  2. Camera/microphone permission at launch Grep pattern AVCaptureDevice\.requestAccess|AVAudioSession.*requestRecordPermission|requestAuthorization in AppDelegate.swift and SceneDelegate.swift. Any match in top-level launch methods → 🟠 HIGH.

  3. Camera/microphone permission in root view's viewDidLoad Grep pattern AVCaptureDevice\.requestAccess|requestAuthorization in **/*.swift. For each match, Read surrounding context — if located inside viewDidLoad of a root/initial view controller (e.g., ViewController, HomeViewController, MainViewController, RootViewController), flag → 🟠 HIGH.

  4. Tracking authorization before onboarding Grep pattern requestTrackingAuthorization in **/*.swift. For each match, Read surrounding context — if called before any onboarding UI is presented (e.g., directly in applicationDidFinishLaunching or before a splash/welcome screen), flag → 🟠 HIGH.

Phase 3: Output

Collect all findings from Phase 2 and build the prioritised findings list below. Include file paths and line numbers. Omit tiers with no findings.

Output Format

## Request Timing Audit — Findings

### 🔴 CRITICAL — Guaranteed rejection
- [ ] TODO: <exact actionable step> — `file:line` — Guideline 5.1.1(ii)

### 🟠 HIGH — Very likely rejection
- [ ] TODO: Move requestWhenInUseAuthorization out of applicationDidFinishLaunching — defer until user initiates a location-dependent action — `AppDelegate.swift:42` — Guideline 5.1.1(ii)
- [ ] TODO: Move requestTrackingAuthorization to after onboarding is complete — do not call before any user interaction — `AppDelegate.swift:55` — Guideline 5.1.1(ii)

### 🟡 MEDIUM — Possible rejection
- [ ] TODO: Verify AVCaptureDevice.requestAccess is called only when user explicitly opens camera — not in viewDidLoad — `HomeViewController.swift:88`

### 🟢 LOW — Best practice
- [ ] TODO: Add a contextual pre-permission UI explaining why permission is needed before presenting the system prompt

Tools Used

Glob, Grep, Read

Constraints

  • Read-only. No file edits.
  • No network calls.
  • Skip Phase 1 if shared_context is provided by orchestrating agent.
  • Works on Swift, Objective-C, React Native, Flutter projects.

Quick Commands

Run these in your project root to check manually:

# Check for permissions requested at launch
!grep -rn "requestWhenInUseAuthorization\|requestAlwaysAuthorization" . --include="*.swift" | grep -i "didFinishLaunch\|AppDelegate\|SceneDelegate"

# Find all permission request call sites
!grep -rn "requestAuthorization\|requestAccess\|requestTrackingAuthorization" . --include="*.swift"

Swift Anti-Pattern Reference

examples/swift/PermissionPatterns.swift

Detection Steps

  1. Find target files

    • Glob: **/AppDelegate.swift, **/SceneDelegate.swift, **/*.swift
  2. Search for rejection patterns

    • Grep requestAuthorization\|requestAccess\|requestAlwaysAuthorization\|requestWhenInUseAuthorization — all permission requests
    • For each match: check if the containing function is application(_:didFinishLaunchingWithOptions:) or scene(_:willConnectTo:session:options:)
    • Grep viewDidLoad of the initial ViewController — check if permission is requested before any UI interaction
  3. Determine verdict

    • Permission request inside didFinishLaunchingWithOptions → 🟠 HIGH (Guideline 5.1.1(ii))
    • Permission request in viewDidLoad of root view controller with no prior UI context → 🟠 HIGH
    • Permission requested only after user initiates a feature that requires it → 🟢 pass
  4. Report

    • File path + line of launch-time permission request
    • Permission type (location, camera, contacts, etc.)
    • Fix: Defer permission request until user taps a feature that needs it (e.g., request camera access when user taps "Take Photo")

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Detects missing or insufficient in-app account deletion functionality required since June 30, 2022 under Guideline 5.1.1(v) for all apps that support account creation.

The English summary is being prepared. Showing the original description.

cruisediary/apple-app-review-skills19Updated May 2, 2026

Detects feature patterns that require a higher age rating than commonly submitted, enforcing Guideline 2.3.6 which requires age ratings to accurately reflect the app's content and social features.

The English summary is being prepared. Showing the original description.

cruisediary/apple-app-review-skills19Updated May 2, 2026

Detects apps that send user data to third-party AI systems without explicit in-app consent and disclosure, enforcing Guideline 5.1.2(i).

The English summary is being prepared. Showing the original description.

cruisediary/apple-app-review-skills19Updated May 2, 2026

Detects placeholder content, stub UI, hardcoded test credentials, and non-production endpoints that signal an incomplete app to reviewers under Guideline 2.1.

The English summary is being prepared. Showing the original description.

cruisediary/apple-app-review-skills19Updated May 2, 2026

Detects app name violations including names exceeding 30 characters, beta labels, Apple trademark terms, and version numbers in the display name, enforcing Guideline 2.3.7.

The English summary is being prepared. Showing the original description.

cruisediary/apple-app-review-skills19Updated May 2, 2026

App Store rejection prevention for iOS/macOS apps. Covers privacy, UGC, IAP, metadata, layout, and quality checks based on real Apple rejection cases.

The English summary is being prepared. Showing the original description.

cruisediary/apple-app-review-skills19Updated May 2, 2026

See all skills by cruisediary

Report a problem with this skill