From 80be5a7ba92ecdb9a303bd9cad42d2866742c5f9 Mon Sep 17 00:00:00 2001 From: Codex Date: Fri, 25 Sep 2026 23:47:06 +0530 Subject: [PATCH] Record approved browser modes in research scope --- docs/research/application-workloads.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/research/application-workloads.md b/docs/research/application-workloads.md index ae9c9dc..ff78749 100644 --- a/docs/research/application-workloads.md +++ b/docs/research/application-workloads.md @@ -41,7 +41,7 @@ Two viable routes serve different purposes: **Odin can launch on a system even when its browser module is unavailable.** On musl, use a qualified native browser/driver pair or report an explicit capability skip. A glibc container/chroot or software-rendered browser is a separate environment and cannot transparently stand in for native desktop usability. -Terminal control does not settle **headed versus headless** measurement. Chrome’s unified headless mode shares browser code with headed Chrome, but Playwright also provides a distinct headless-shell binary and documents behavioral differences. Sharing code does not establish equal scores, display scheduling, GPU access, or compositor behavior. If “entirely terminal” forbids visible browser windows, a headless cohort is viable; label it and avoid claiming compliance with focused-window desktop run conditions. An optional headed cohort needs a graphical session and the official run conditions. Do not merge their reference distributions or invent a conversion factor. [8][9] +The user has approved **both headed and headless browser modes**, with terminal controls/results and distinct measurement labels. Chrome’s unified headless mode shares browser code with headed Chrome, but Playwright also provides a distinct headless-shell binary and documents behavioral differences. Sharing code does not establish equal scores, display scheduling, GPU access, or compositor behavior. Label a headless cohort explicitly and avoid claiming compliance with focused-window desktop run conditions. A headed cohort needs a graphical session and the official run conditions. Do not merge their reference distributions or invent a conversion factor. The default mode for each run profile remains a selection decision. [8][9] Automation should start the pinned page, observe completion, and collect its full result without repeated polling/instrumentation inside timed work. Correctness failures, missing workloads, or timeouts invalidate a full-suite result. Shortened or filtered runs can be Odin browser probes with their own identities; they are not substitutes for official full-suite statistics. @@ -109,7 +109,7 @@ Missing interpreter/compiler/browser/driver, unsupported ABI, unavailable displa ## Remaining decisions and evidence gaps -Select the browser mode consistent with “terminal only”; the native-browser/driver and reference-browser support matrix; exact upstream full-suite versus Odin-probe identities; language subsets; installed/reference toolchain policy; fixed compilation/warmup rules; and measured profile budgets. Browser automation overhead, all-assets-offline closure, per-asset redistribution inventory, selected-suite behavior on musl/aarch64 and newer JDKs, and correctness/variance qualification remain future proof work. An application score must not conceal these unresolved cohort boundaries. +Both browser modes are already approved. Select the default mode for each profile; the native-browser/driver and reference-browser support matrix; exact upstream full-suite versus Odin-probe identities; language subsets; installed/reference toolchain policy; fixed compilation/warmup rules; and measured profile budgets. Browser automation overhead, all-assets-offline closure, per-asset redistribution inventory, selected-suite behavior on musl/aarch64 and newer JDKs, and correctness/variance qualification remain future proof work. An application score must not conceal these unresolved cohort boundaries. ## Sources and method