getLayoutMap behaves like a browser IPC, not a script
Two calls made while the first is pending return the same promise, which settles asynchronously with a KeyboardLayoutMap. N/A without the Keyboard API (severity: info).
What a detector infers
navigator.keyboard.getLayoutMap() is not computed in the page: it asks the browser process for the current layout over IPC and resolves when the answer comes back. Its implementation in keyboard_layout.cc has two behaviours a script replacement rarely copies. While a request is pending, a second call returns the very same promise object, not a new one, because the result is held in a shared promise property until it settles.
And the promise settles asynchronously with a KeyboardLayoutMap — a maplike object with its own prototype — rather than a plain Map. A replacement written in JavaScript typically returns a fresh promise on every call, or hands back an ordinary Map. Measured on every stock browser tested: the same promise, settled asynchronously, with a KeyboardLayoutMap. Only that side is measured — no spoof tested here replaces getLayoutMap — so the row is information only.
It complements keyboard-layout-single-origin, which reads what the map contains; this one reads how the call behaves. N/A where the Keyboard API is absent, which includes every non-Chromium engine.
How to resolve it
Leave getLayoutMap native. If the layout must differ, it has to differ in the host's layout service; a script replacement is visible from how the call behaves before a single key is read.
Nearby checks in Navigator identity
- Every account of the full browser version names the same build
ua-ch-full-version-agreesChrome reports its full build number three ways through User-Agent Client Hints: the legacy uaFullVersion value, and the Google Chrome and… - Linux reports an empty platformVersion, as Chromium leaves it
linux-platform-version-emptyThe platformVersion client hint is the operating system's version on Windows and macOS, but Chromium deliberately leaves it empty on Linux… - navigator.platform ↔ UA ↔ UA-CH platform agree
platform-coherenceThree independent surfaces each name an operating system, and this check normalises all three to one family (win / ios / mac / lin) and… - UA-CH brand version matches the UA Chrome version
uach-ua-versionThe check extracts the major from Chrome/(\d+) in the UA string, finds the Chrome or Chromium entry in navigator.userAgentData.brands, and… - UA-CH high-entropy hints cohere with the UA
uach-highentropyThis awaits navigator.userAgentData.getHighEntropyValues and compares the richer hints against the UA string on three axes, collecting every… - Every brand in a UA-CH list uses the same version format
uach-brand-version-arityUA-CH publishes the same brand set twice at two precisions. navigator.userAgentData.brands carries bare majors like "148", and the… - navigator.language === languages[0]
languages-coherenceIn a real browser navigator.language is defined as the first element of navigator.languages — one preference list, two views onto it. - The host voice roster represents the language the browser claims
locale-vs-voice-coherenceThe voice roster is installed at the operating-system level and the language preference is set in the browser, so the two are genuinely…
Clearcote is a browser built for fingerprint coherence
It is a Chromium fork, maintained by the same people who wrote this reference. It ships as a compiled browser rather than as a stealth script injected into someone else's — which is a description of how it is built, and is not an argument about how it behaves on this check.
This audit takes no position on how Clearcote scores on Navigator identity checks, on this one, or anywhere else. It has no baseline corpus of other people's fingerprints to rank you against and no vendor scoreboard — nearly every check is self-referential, asking one browser the same question through two independent APIs and reporting whether both answers can be true at once. It runs identically on any browser, including ours. Run it on yours and read the result yourself.
See the other checks in Navigator identity — the family keyboard-layout-map-semantics belongs to.
