01Recommended browser and platform combinations
Chrome documents Web Bluetooth availability across ChromeOS, Android, macOS and modern Windows. Microsoft Edge exposes Web Bluetooth controls on Windows, macOS and Android. These are the combinations SupaKewber recommends first.
Linux support may depend on browser flags and the system Bluetooth stack. Because that environment varies widely, it should be treated as an advanced setup rather than the default recommendation.
02Why Safari and Firefox behave differently
Web Bluetooth is not a cross-browser baseline feature. Firefox does not currently ship the API in a normal installation, and Safari does not expose it to ordinary web pages.
On iPhone and iPad, alternative browser brands use Apple’s browser engine. Installing Chrome or Edge there does not create the desktop Chromium Web Bluetooth implementation.
03Distinguish unsupported from blocked
If navigator.bluetooth is absent, the browser does not expose the API. If the API exists but the chooser does not appear, site permission, enterprise policy, insecure context or a broken user-gesture chain may be blocking it.
SupaKewber reports common unsupported states and keeps Manual timing available. A working chooser followed by a device failure should be investigated with the GAN connection guides instead.
04Mobile alternatives and expectations
Chrome on Android is the most direct mobile option. Enable Bluetooth and grant nearby-device permission. Some Android versions historically tied Bluetooth scanning to location settings, so operating-system prompts should be followed even though SupaKewber does not use location for cube timing.
Specialized iOS Web BLE browsers may expose their own bridge, but compatibility, security model and long-term behavior differ from standard browser support. A desktop or Android Chromium setup is easier to document and troubleshoot.