Mobile Geräteberechtigungen

Implementiert situationsbezogenen Gerätezugriff mit minimalen Rechten und klaren Zuständen für Ablehnung oder Entzug.

mobile-device-permissions

Entdecke, wie der Skill hilft

Wann ist der Skill hilfreich?

Nutze dies für Kamera, Medienauswahl oder biometrische Anmeldung.

Wobei hilft er dir?

Bevorzugt Systemauswahl ohne unnötigen umfassenden Zugriff.
Modelliert Anfrage, Ablehnung, dauerhafte Sperre und späteren Entzug.
Behandelt temporäre Medien und native Berechtigungskonfiguration.

Das könntest du fragen

Ergänze Fotoanhänge per Systemauswahl und erhalte Entwürfe bei verweigertem Kamerazugriff. Verweigere Kamerazugriff, wähle stattdessen ein vorhandenes Foto und kehre zurück. Der Entwurf bleibt erhalten; ungenutzte temporäre Dateien werden freigegeben.

Ausführliche Dokumentation

Hier findest du die ursprüngliche Anleitung, Beispiele und Prüfschritte des Skills in ihrer Originalsprache.

Details…Weniger anzeigen

Device Features & Permissions

Integrate camera, media, files, geolocation, biometrics and sensors using the principle of least privilege, contextual permission prompts and full recovery when permissions are denied or revoked.

1. Zero-permission system pickers and least-privilege APIs

Avoid broad storage/library permissions when a system picker suffices:
- Photos & Videos: use the system Photo Picker (PHPickerViewController / Android Photo Picker via expo-image-picker or image_picker), granting one-time read access to selected items without READ_MEDIA_IMAGES or full NSPhotoLibraryUsageDescription access.
- Documents & Files: use the system Document Picker (UIDocumentPickerViewController / Android SAF ACTION_OPEN_DOCUMENT) rather than broad storage permissions.
- Location: request Approximate / Coarse (ACCESS_COARSE_LOCATION) when city/region accuracy suffices, and When In Use (NSLocationWhenInUseUsageDescription / ACCESS_FINE_LOCATION) before escalating to Always.

2. Contextual permission state machine

Never request permissions on app startup: ask only when the user taps the action ("Scan QR code", "Find nearby stores", "Record voice note").
Handle all 5 OS permission states explicitly:

Permission Status	Required Application Behavior
`undetermined` / `notDetermined`	Show brief contextual explanation if non-obvious, then trigger the native OS prompt.
`granted`	Start the hardware feature and clean up on screen exit or app backgrounding.
`limited` (iOS Photos / Coarse Location)	Operate smoothly on selected photos or coarse coordinates; offer a button to "Manage selected photos" (`presentLimitedLibraryPicker`) or upgrade precision if needed.
`denied` (can ask again on Android)	Keep the screen usable; explain why the feature needs the permission and allow retrying when the user taps the action again.
`blocked` / `permanentlyDenied`	The OS will not re-prompt (`canAskAgain === false`). Show a clear inline fallback with an "Open Settings" button (`Linking.openSettings()` / `openAppSettings()`) and a manual alternative (e.g., manual address entry or file upload).

Re-check on foreground resume: users returning from OS Settings may have granted or revoked the permission; listen to AppState / AppLifecycleListener and refresh the permission state automatically.

3. Camera, media processing and temporary file hygiene

Hardware lifecycle: pause/release camera preview sessions, barcode scanners, audio recorders, Bluetooth scans and GPS watchers immediately when the screen blurs/unmounts or the app enters background.
Off-thread media compression & EXIF privacy: resize and compress captured photos/videos off the UI thread before upload, respect EXIF orientation, strip sensitive GPS EXIF metadata when sharing publicly, and delete temp files from Caches / cacheDirectory once upload completes.
Simulator & missing-hardware fallback: check hardware availability (Camera.isAvailableAsync(), sensor availability, simulator camera absence) and provide a file-picker or mock fallback so development and tablets without rear cameras never crash.

4. Biometrics and App Store / Google Play compliance

Cryptographic biometric binding: use Face ID / Touch ID (LocalAuthentication) and Android BiometricPrompt to unlock a credential stored in the hardware-backed Keychain / Keystore (requireAuthentication: true in expo-secure-store, CryptoObject in BiometricPrompt)—never as a client-only boolean if (authenticated) setLoggedIn(true) gate without a cryptographic session token.
Store review compliance: write concrete iOS Info.plist NS...UsageDescription strings explaining the exact user benefit (vague strings cause immediate App Store rejection) and declare <uses-feature android:name="android.hardware.camera" android:required="false" /> on Android when hardware is optional.

Before you finish

System pickers used where possible; only minimal required permissions declared in Info.plist / AndroidManifest.xml.
undetermined, granted, limited, denied and blocked (with openSettings) states all work.
Permission status re-syncs on foreground resume; camera/audio/GPS sessions stop on blur/background.
Biometrics unlock Keychain/Keystore credentials; temp media files are cleaned up after use.

Enthaltene Dateien 2

LICENSE.txt
SKILL.md