Mobile OS symptom triage lab

Match app crash, OS update stall, battery drain, and autorotate tickets to the BEST FIRST software actions.

Match each mobile OS symptom to the BEST FIRST software action. Leave destructive and hardware-first distractors unused.

Help-desk queue: four phones, four complaints. Scope the app, name the radio or sensor setting, and read Battery usage before you wipe or replace parts.

Ticket A — single app crash

Only the banking app crashes on open. Mail and browser are fine. Storage has 12 GB free.

Ticket B — OS update stall

iOS/Android update stuck at Preparing. Phone has 220 MB free and 18% battery on cellular.

Ticket C — overnight drain

Dead by morning. Battery screen shows one mail client at 61% overnight; health is 94%.

Ticket D — no autorotate

Every app stays portrait. User denies a drop. Control Center has not been checked.

Actions still on the board

Force-stop the app, then clear cache (not data) — One-app crash/launch: scoped, reversible steps before reinstall.
Free several GB, plug in / charge, retry on Wi-Fi — OS/app updates stall on storage, charge, or metered/captive Wi-Fi.
Open Battery usage and restrict the named greedy app — Software drain shows on the OS battery screen — fix the app first.
Toggle rotation lock / Control Center orientation lock off — Number-one autorotate miss before sensors or digitizer guesses.
Factory reset immediately with no backup — Last on the ladder; not FIRST for a single app or a software lock.
Replace the battery with no usage evidence — Hardware swap after software inventory — not a blind FIRST.
Jailbreak / root so the 'fix' can apply — Creates a 3.3 security incident; never an A+ mobile-OS fix.
Replace the digitizer / accelerometer FIRST — Hardware after rotation lock, app scope, and case magnets.