본문으로 건너뛰기
cccskills
무료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.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

설치 방법 보기

포함된 파일(1)

  • SKILL.md6.1 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

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")

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

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.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

cruisediary/apple-app-review-skills192026년 5월 2일 업데이트

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.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

cruisediary/apple-app-review-skills192026년 5월 2일 업데이트

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

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

cruisediary/apple-app-review-skills192026년 5월 2일 업데이트

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

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

cruisediary/apple-app-review-skills192026년 5월 2일 업데이트

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.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

cruisediary/apple-app-review-skills192026년 5월 2일 업데이트

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

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

cruisediary/apple-app-review-skills192026년 5월 2일 업데이트

cruisediary의 스킬 모두 보기

이 스킬의 문제 신고