What this symptom means
This symptom concerns the sensor path. Start with a neutral DeviceOK test where available so the next step is based on evidence rather than a generic reset sequence.
Fault tree
Sensor fault tree
Use the observation that best matches what you can reproduce. Do not treat every cause as equally likely.
Evidence: The OS/app can use the sensor but DeviceOK cannot request it.
Next: Check browser support and permission; use native diagnostics when the API is unavailable.
Evidence: Sensor exists but access is blocked or never granted.
Next: Check browser/site and OS motion/location permission.
Evidence: Native apps and DeviceOK both fail where supported.
Next: Use OEM diagnostics/service.
Interpret the result
Evidence matrix
A test result is useful only if it changes the next troubleshooting branch.
Fast baseline
Rule out the simple causes first
- 1
Run DeviceOK Orientation Test and rotate the device.
- 2
Check whether rotation lock is enabled in the operating system.
- 3
Compare another app that supports rotation.
Full sequence
Work from reversible checks to invasive ones
Avoid destructive resets, unofficial driver packages, firmware flashing, or replacing hardware before the simpler detection, permission, connection and configuration checks are exhausted.
- 1
If DeviceOK receives changing orientation values but the screen does not rotate, OS rotation lock/app behavior is more likely than a completely dead sensor.
- 2
If no motion/orientation data appears in supported browsers/apps, inspect permissions, browser support, and device sensors with the OEM diagnostic app.
- 3
DeviceOK cannot override OS rotation lock.
Platform branches
Where the setting lives
Mobile
- Check motion/orientation/location permission
- Test in a supported browser
- Compare with a native compass/maps/sensor function
Desktop
- Many desktops simply do not expose motion sensors
- Do not infer a fault from unsupported API
- Use OEM hardware inventory/diagnostics
If the matching DeviceOK test succeeds, prioritize the affected app, browser policy, operating-system setting, or configuration before assuming complete hardware failure.
No browser events may still be permission/API support rather than failed sensor hardware. Compare the simplest direct connection and official diagnostic path before replacement.
Escalation threshold
When software troubleshooting has stopped being high value
- Native diagnostics also report sensor failure
- Sensor-dependent safety/navigation feature is unreliable
- Physical damage/liquid exposure