Interoperability and Compatibility
This is a small but observable change to an existing interface. Existing content could be affected if it relies on BluetoothRemoteGATTServer not having addEventListener(), relies on an instance not being an instanceof EventTarget, or enumerates inherited properties and does not expect EventTarget members. The affected surface is limited to sites using Web Bluetooth. Firefox and Safari do not currently implement Web Bluetooth.
Gecko: Negative (
https://github.com/mozilla/standards-positions/issues/95) Firefox does not implement Web Bluetooth. The citation is Mozilla's position on the overall Web Bluetooth API, not a separate position on this inheritance change.
WebKit: Oppose (
https://github.com/WebKit/standards-positions/issues/570) Safari does not implement Web Bluetooth. The citation is WebKit's position on the overall Web Bluetooth API, not a separate position on this inheritance change.
Web developers: Positive this is a small preparation feature for the larger demanded:
https://issues.chromium.org/issues/40265040Other signals: The WebBluetoothCG specification change is approved in
https://github.com/WebBluetoothCG/web-bluetooth/pull/672 but has not yet merged.
Ergonomics
Low. EventTarget is the standard event-listener pattern used throughout the web platform. The change does not add synchronous work, thread constraints, or performance-sensitive behavior. It prepares BluetoothRemoteGATTServer to expose connection-level events alongside the existing Web Bluetooth APIs.
Activation
Low. Developers use the standard addEventListener() API and need no polyfill or library. This inheritance change alone does not require application changes; developers use it when connection-level events are exposed.
Security
This exposes only the standard EventTarget methods on an existing Web Bluetooth object. It does not grant access to additional devices, services, characteristics, data, or operations. Existing Web Bluetooth permission, secure-context, service allowlist, blocklist, and Permissions Policy protections remain unchanged.
WebView application risks
Does this intent deprecate or change behavior of existing APIs, such that it has potentially high risk for Android WebView-based applications?
None. Android WebView does not expose Web Bluetooth, so BluetoothRemoteGATTServer is not available there.
Open questions about a feature may be a source of future web compat or interop issues. Please list open issues (e.g. links to known github issues in the project for the feature specification) whose resolution may introduce web compat/interop risk (e.g., changing to naming or structure of the API in a non-backward-compatible way).