Repository navigation
JavaScript Engine
op_js is OPBrowser's original ECMAScript implementation. It does not embed V8,
SpiderMonkey, JavaScriptCore, QuickJS or another JavaScript engine.
The executable core contains an owned lexer, AST parser, bytecode compiler and stack
interpreter. The current language subset covers scalar literals, let/const/var
declarations including comma-separated declarators, identifier load/assignment, unary
+/-/!, prefix/postfix ++/--, arithmetic, comparisons, loose/strict equality,
string concatenation, short-circuit &&/||, blocks, if/else, while, C-style for,
do/while, switch fallthrough, break and continue.
It also supports object and array literals, shorthand data properties, dot/computed member access,
member assignment, sparse array slots, dynamic index-driven array length growth and reference
identity through runtime-owned ObjectId handles.
Control flow compiles to patched bytecode jumps and the VM runs with an explicit instruction pointer. Every execution has an instruction budget, plus bounded object/environment allocation and call depth, so runaway loops/recursion terminate instead of monopolizing the renderer thread. Bindings live in an environment arena: scripts use the global environment, calls create function environments, blocks create lexical environments, let/const stay block-scoped and var targets the nearest function/global environment.
Objects live in a bounded runtime heap instead of being copied inside JsValue. Ordinary object
lookups walk an explicit prototype chain; object-literal __proto__ setters and later
__proto__ assignments can change that chain while cycle creation is rejected. Arrays currently
reuse the same property store with indexed keys and an own length property. String .length
uses UTF-16 code units.
Functions are heap objects backed by owned bytecode templates. Function declarations and
expressions accept positional parameters, return values, recurse and expose initial name and
length properties. Each function captures its creation environment, so closures can read and
mutate bindings after their defining function or block has exited; named function expressions get
a private recursive self-binding. Direct function declarations are instantiated before the other
statements in their compiled statement list, providing initial declaration hoisting.
Explicit thrown values use a distinct abrupt-completion path and can cross function calls into
catch. try/catch/finally preserves or overrides return/throw/break/continue according to the
finalizer completion, including break/continue that leave the try region and resume an outer
loop/switch. Runtime-generated Reference/Type failures are still engine errors rather than
catchable JavaScript Error objects.
Method calls now preserve their receiver, bare non-strict calls receive the runtime global object
as this, and every user function receives an array-like arguments object. User functions own
a prototype object with a constructor backlink; new allocates from constructor.prototype,
binds the new receiver as this, and honors object-return versus primitive-return constructor
rules. Error, TypeError and ReferenceError are initial built-in constructors with
prototype chains, name/message properties and catchable objects. Runtime Type/Reference failures
inside try regions are converted to those JavaScript objects; execution-limit failures deliberately
remain engine-level guards.
The original JS VM constructs branded DOMException instances with name/message, supported legacy numeric code mappings, toString and ordinary assignment protection. The default reason for AbortController.abort() and AbortSignal.abort() is an AbortError DOMException; AbortSignal.timeout() emits a TimeoutError DOMException.
AbortSignal.timeout schedules a bounded deadline via JsRuntime.next_timer_wait/run_due_timers and never launches its own OS thread. AbortSignal.any accepts bounded array-like values, tracks dependent signals using abort_followers and preserves the abort reason for nested composition and listener cancellation. The VM enforces 64 input signals and 60s timeout limits.
The original self-hosted Request class retains the signal when created/copied. fetch passes it to the native opFetchText command, which validates AbortSignal identity and binds each pending text callback to the signal. When aborted, the signal listener rejects the Promise with signal.reason; pending/queued native completions are discarded, including late HTTP replies. The underlying WinHTTP request may still complete on an already-started worker thread, so the implementation is best described as observable fetch cancellation, not physical cancellation of blocking network I/O.
This remains an intentionally limited same-origin GET-only, buffered-response fetch; no streams, non-GET bodies, CORS or complete WHATWG Fetch processing. Original-source WPT scores have not been recomputed.
The page VM allocates native AbortController and AbortSignal object kinds, with a stable controller.signal reference. The signal exposes read-only aborted/reason, an abort event target with onabort, and throwIfAborted() that throws the stored JS reason. AbortController abort(reason) is idempotent and dispatches the abort event once; AbortSignal.abort(reason) creates an already-aborted signal without dispatching a new event.
EventListenerOptions.signal is validated on Element/Document/Window addEventListener. A previously aborted signal skips registration; active signals are stored with first-registration listener options. Abort synchronously removes matching listeners from both native Element and global listener maps. Delivery checks active lists so abort inside a handler skips later removed callbacks. Existing once/passive, exception isolation and native click event routing remain in effect. Test coverage includes six further handler cases, signal factory/throw checks, and native repaint after timer abort.
Limitations: default AbortError reason is currently a string rather than DOMException, signal.timeout/any and fetch/timer cancellation are not implemented, and this is not full WPT compliance.
The page VM receives the authoritative parser document root from op_engine. Connected Element.dispatchEvent(Event), Element.click() and hit-tested native clicks now dispatch across the full bounded Window -> Document -> Element ancestry route. Capture executes even for events with bubbles=false; bubbling to ancestors and globals requires bubbles=true. Once/passive listeners, handler exceptions, stopPropagation and stopImmediatePropagation follow the prior owned listener implementation. Detached or removed nodes remain local. Native document/window-only click listeners participate even when no Element registers a callback.
The final event path is not yet standards-complete: no Shadow DOM event retargeting, composed paths, default activation or AbortSignal; the frozen original WPT sample does not establish global compatibility.
Document and window now implement bounded addEventListener and removeEventListener options dictionaries (capture/once/passive), plus dispatchEvent for user-created Event objects. A document.dispatchEvent event uses window capture, document target and window bubbling (if bubbles=true), while dispatchEvent on window delivers to the window target alone. Handler ordering and eventPhase, currentTarget cleanup, cancelation and per-event dispatch guards are covered by original VM tests.
Host-driven document readystatechange, DOMContentLoaded and window load callbacks also apply once removal before invocation, stopImmediatePropagation and error isolation. Ordinary handler errors are recorded in the bounded Engine.active_event_listener_errors diagnostic without aborting later listeners. Previous initial-load event.target behavior for window load is preserved for compatibility.
Limitations: Element->document/window event paths, AbortSignal, listener-object callbacks, generic default actions and the full WPT async harness remain outside this original EventTarget slice.
Element.addEventListener and removeEventListener now recognize options.capture (or boolean capture). addEventListener supports once and passive and preserves the first options on duplicate registration. once registrations are removed before callback entry, preventing nested dispatch from invoking them twice. During a passive listener, Event.preventDefault() and legacy event.returnValue=false do not cancel the event. Other JS handler exceptions are isolated and recorded (max 32 entries), while execution-limit errors remain fatal. Native click, custom Event, timers and synthetic-to-physical DOM binding use these same options. Engine.active_event_listener_errors() exposes diagnostics without treating listener exceptions as whole-script failure. This is a bounded Element-only EventTarget slice, not complete browser event compatibility.
Original JS native click, Event() and createEvent('Event') objects now expose stopImmediatePropagation(). Unlike stopPropagation(), it prevents later listeners on the current target as well as propagation to ancestors. Reused custom Events reset dispatch-specific stop state. VM and original DOM-to-pixel tests verify the behavior. once/passive listener options, exceptions across listeners and full DOM EventTarget conformance remain unfinished.
Classic inline <script> contents now execute once during document
preparation, in source DOM order with shared JS global bindings. A first
built-in DOM host exposes document.getElementById(id) and
element.textContent reads/writes, returning detached mutation records
to the browser engine. Real DOM child text is replaced before normal
CSS/layout/Win32 paint. Reflow retains the change. VM instruction,
object, string and mutation limits apply; exceptions are tracked via
Engine::active_script_report rather than crashing page navigation.
Try cargo run -p op_browser -- examples/js/dom-text.html to see the
JS-modified heading. This is not browser-grade script processing:
no script src, parser-blocking evaluation, modules, event handlers,
addEventListener, DOM creation, timers or HTML5test score.
Unsupported scripts can fail while the rest of the page remains visible.
The ECMAScript language/runtime is still incomplete. Arrow/default/rest/destructuring forms, labels, for-in/of,
property descriptors/accessors, full array-length mutation rules, primitive boxing/ToPrimitive,
garbage collection, broad standard built-ins, promises/modules and DOM bindings are still absent.
C-style for(let ...) has one loop lexical environment rather than fresh per-iteration bindings,
and ASI/line-terminator restrictions around throw/postfix updates are still incomplete. Function
calls currently recurse through the native stack; the temporary depth limit is 64 until calls move
to explicit VM frames.
External <script src="…"> now works for relative local JS files and
same-origin HTTP(S) classic scripts. Scripts run in DOM order with
adjacent inline scripts and a shared VM. The resource loader checks
the URL's origin, content-filter rules using ResourceType::Script,
response MIME and script byte budgets; the final origin after a
redirect is checked before execution. A failed external load is counted,
but does not prevent a following script from running.
Try target\\release\\op_browser.exe examples\\js\\external.html
and inspect the green result block. The page sources its JS from the
sibling external.js file. Loopback WinHTTP, blocked requests,
cross-origin rejects, file loading and retained reflow have dedicated
tests. async/defer/integrity scripts are deliberately skipped,
and scripts still run after whole-document parse rather than at their
HTML parser insertion points. HTTP redirects are validated only after
a response is fetched. Browser events, security policies, modules and
sufficient HTML5test Web APIs are not yet implemented.
OPBrowser now keeps the original JS VM alive for the active page, so
document.getElementById("control").addEventListener("click", fn)
and element.onclick = fn retain their function closures. Native
Win32 mouse clicks are converted to page coordinates and passed to the
engine, which hit-tests id-bearing block rectangles from the current
layout and invokes matching callbacks. A basic click event has
type, target, and currentTarget; this is the clicked
element. Text mutations update the actual DOM and trigger reflow.
Try examples/js/click.html and click the block multiple times.
Limits: no event bubbling, capture, keyboard activation,
removeEventListener, preventDefault, stopPropagation,
full default actions or event-loop scheduling; complex inline/flex
hit-testing is not complete. This is not general DOM Events
compatibility, and html5test.co still cannot compute its score.
When a native click lands on an id-bearing block box, the engine
selects the smallest hit element even if it has no own listener.
The retained JS VM invokes callbacks on the target and then its
ancestors, in DOM parent order. event.target remains the hit element;
event.currentTarget and callback this identify the current
listener. eventPhase is 2 at target and 3 during bubbling;
event.bubbles is true. element.removeEventListener("click", fn)
removes the previously registered callback by its function identity.
Try examples/js/bubble.html in OPBrowser. This is not complete
DOM Events: capture, stopPropagation, preventDefault, default actions,
keyboard events, listener options and non-block hit targets remain
unsupported. Script execution is still post-parse.
op_js includes test262_probe. It measures only whether the current parser accepts
positive parse tests and rejects Test262 tests whose frontmatter explicitly expects a parse
error. It intentionally does not report those results as runtime conformance.
Example:
cargo run -p op_js --bin test262_probe -- C:\src\test262\test --limit 2000For the combined local subsystem check use:
.\tools\compatibility.ps1 -Test262Path C:\src\test262\test -Test262Limit 2000The unchanged Test262 Parser v1 subset moved from 364/1983 (18.36%) to 391/1983 (19.72%), then 408/1983 (20.57%), 504/1983 (25.42%) after functions/closures, 508/1983 (25.62%) after broader control flow, updates and exceptions, and 523/1983 (26.37%) after this/new constructor parsing. This remains a parse-expectation metric, not runtime conformance.
The next JS work is modern function/parameter syntax, labels/for-in/of, per-iteration lexical bindings, broader built-ins/property semantics and explicit VM call frames. In parallel, M4 can now start consuming the VM through a narrow DOM binding boundary because ordinary receiver calls, constructors, arguments and catchable runtime errors exist; page scripting still must not be advertised as compatible until that binding/event-loop work lands.
addEventListener("click", fn, true) now registers a capture listener. Native click dispatch walks root-to-target capture (eventPhase 1), target (phase 2), then target-to-root bubbling (phase 3). Capture-aware removeEventListener uses the same boolean flag.
event.stopPropagation() stops traversal after the current element and event.preventDefault() marks the cancelable event as defaultPrevented. Tests cover exact phase order and cancellation before target. Option objects, once/passive, stopImmediatePropagation, keyboard events and native default-action cancellation remain outside this bounded subset.
The HTML tree builder now pauses after closing each script tag and calls the engine's bounded classic-script runner before inserting later HTML nodes. Inline scripts and same-origin external classic scripts execute in tree-construction order with the same retained page VM, globals, closures, and event listeners. The engine refreshes the JS-visible DOM at each script boundary and again after parsing completes, so late DOM nodes are visible to callbacks during user interaction. Detached textContent mutations are applied to the live DOM before tree construction resumes.
This is intentionally a tree-builder pause, not a complete streaming HTML parser: tokenization happens ahead of tree construction, document.write cannot reenter the tokenizer, external fetches are synchronous, and async, defer, integrity, modules, DOMContentLoaded, and load scheduling remain unsupported. M4.6 regression tests prove that earlier scripts cannot query future DOM IDs and that late nodes become available after parser completion.
OPBrowser now differentiates blocking, deferred and async external classic scripts. The filtered same-origin loader fetches deferred and async resources concurrently on bounded scoped workers without granting those threads access to JS VM or live DOM. Deferred scripts execute after HTML tree construction in document order. Async scripts execute in completion order when polled at script boundaries or during initial-load finalization. When both external flags occur, async wins. Inline classic scripts ignore both timing attributes. Failed downloads remain non-fatal.
Initial navigation still waits for scheduled workers: this is not an independent event loop. Async cannot execute at arbitrary tokenizer points, during interactive frames or after page presentation. No document.readyState, DOMContentLoaded, load event scheduling, modules, SRI or document.write yet.
The engine now transitions document.readyState from loading to interactive after HTML parsing, then to complete after the initial script queue drains. It sends readystatechange and DOMContentLoaded to document, and load to window, with retained listeners, removal and matching on* properties. Callbacks run in the single JS runtime; mutations are applied before painting. This is limited initial navigation sequencing, not a general HTML event loop or resource-complete browser load state.
The page VM exposes host-owned document.readyState. Parser-blocking scripts observe "loading"; after HTML tree construction the engine sets "interactive" and dispatches readystatechange to document. Deferred classic scripts then execute in order, followed by DOMContentLoaded on document. Pending async classic scripts complete before readyState changes to "complete", triggers readystatechange again and dispatches window load.
Lifecycle listeners use document.addEventListener/removeEventListener ("readystatechange", "DOMContentLoaded") or window.addEventListener / removeEventListener("load"). Both document.onreadystatechange and window.onload properties work. Non-bubbling, non-cancelable event objects expose type, target, currentTarget and eventPhase 2; this identifies the receiver. Mutations cross the same DOM text boundary before layout/paint. JavaScript cannot overwrite document.readyState.
This is initial-load-only scheduling. There is no interactive event loop, post-presentation async delivery, microtasks, timers, document.write, general Web APIs or module lifecycle.
The window/global scope exposes setTimeout(callable, delay, ...args) and clearTimeout(handle). Callbacks run on the original page worker after the specified deadline, not during HTML parsing. Timer callbacks may update textContent and trigger an unsolicited reflow/presentation without requiring clicks, navigation or resize. Delay is capped at 60 seconds, at most 64 timer jobs may be pending, and a page cannot schedule more than 512 timer IDs. Only the first 16 due jobs run per worker tick. New navigation drops the previous page's timers.
Timers do not create their own threads. Unlike a complete browser event loop, there are no Promise microtasks, setInterval, nested throttling, string-based timer evaluation or post-presentation async network fetch scheduling.
OPBrowser now exposes setInterval, clearInterval and queueMicrotask alongside setTimeout/clearTimeout. Both timer removal methods cancel either kind of timer. Intervals use a 4ms minimum and a shared bounded numeric ID pool, and can cancel their own next firing. Microtasks are FIFO and run after each classic-script, DOM event or timer task before the next macrotask, with per-page and per-checkpoint limits.
This is a limited VM job queue. Promise and MutationObserver jobs, general async network completions after initial painting and hidden tab throttling are outside the supported feature set.
A page can call opFetchText("data.json", function(text, error) {...}) to load limited same-origin content on a background worker and receive a callback through the retained JS runtime. Text/JSON responses and errors are delivered after the initial page render and can change DOM and native pixels without input. Per-resource cap is 64 KiB; the page budget is eight concurrent requests and 32 total. A navigation change prevents any old callback from changing the new document.
M4.11's callback function is retained as a compatibility bridge.
Promise is self-hosted by the original OPBrowser interpreter rather than
imported from any ready-made JavaScript engine. Its then, catch,
finally, Promise.resolve, and Promise.reject schedule FIFO
reactions through the bounded existing queueMicrotask host queue.
Promise executors run immediately; registered reactions run at
microtask checkpoints. Pending promise resolution and chained
promise/thenable adoption are covered by VM regression tests.
Page scripts can use:
fetch("message.txt")
.then(function(response) { return response.text(); })
.then(function(text) {
document.getElementById("output").textContent = text;
})
.catch(function(error) {
document.getElementById("output").textContent = error.message;
});This fetch is restricted to same-origin GET text resources of 64 KiB or less, through the existing M4.11 background request pipeline and page-generation checks. A successful Response has ok=true, status=200, statusText="OK" and single-use text() that returns a Promise.
Important conformance gaps: the 200/OK metadata is synthetic; HTTP error
responses currently reject, unlike standard fetch, and Response has no
real status/headers or stream. There are no Request/Headers interfaces,
CORS, credentials, POST bodies, AbortController, Promise.all/race/any,
async/await or unhandled-rejection events yet. The VM's 256 queued /
1024 per-page microtask limits remain in force. Use the manual sample
examples/js/promise-fetch.html to observe an asynchronous DOM repaint.
Worker request filtering uses an immutable snapshot; statistics from its cloned counters do not aggregate with the main filter yet.
Same-origin GET fetch now fulfills for HTTP 404/500. Response.ok is false; status/statusText are the server's values, url is the final resource URL, and redirected reflects a followed redirect. The native Response.headers.get(name) and .has(name) support ASCII-insensitive header names, but never disclose Set-Cookie or Set-Cookie2.
fetch("missing.txt").then(function(response) {
if (!response.ok) {
document.getElementById("output").textContent =
"HTTP " + response.status + ": " + response.statusText;
}
return response.text();
});Network, request filter, encoding or byte-budget failures reject the Promise; an HTTP 404 response itself does not. The original opFetchText callback still reports HTTP errors as errors.
This remains limited to same-origin GET text resources (64 KiB). Local files have synthetic 200/OK. The public Headers constructor and iteration/mutation, CORS, POST, credentials, abort, streaming bodies, response.json(), and full RequestInit do not exist yet. WinHTTP follows redirects before the final-origin check, rather than enforcing origin at each intermediate hop.
The browser-global Headers constructor supports initializers from a record, pairs of arrays, or an existing Headers. It exposes get, has, set, append and delete with case-insensitive validated header names and tight memory/field limits. The self-hosted Request class accepts a URL or Request and a guarded subset of RequestInit:
- method: GET (case-insensitive lowercase get accepted)
- mode: same-origin only
- credentials: omit only
- redirect: follow or error
- headers: a Headers instance, record, or pair array. Outbound headers are limited to Accept, Accept-Language, If-None-Match, If-Modified-Since and X-* under strict size/ASCII checks. Cookies/Authorization are not supported.
var request = new Request("message.txt", {
method: "GET",
headers: new Headers({ "X-Client": "OPBrowser" }),
redirect: "error"
});
fetch(request).then(function(response) {
return response.text();
}).then(function(text) {
document.getElementById("output").textContent = text;
});Unlike the earlier transport, text/fetch GET requests no longer allow WinHTTP to follow redirects automatically. Every Location is resolved and checked against the original origin before the next request (maximum five hops). With redirect:error any HTTP redirect rejects. Other document/image/script/stylesheet loaders keep their existing WinHTTP redirect handling. Legacy opFetchText callbacks remain compatible and also benefit from the safer text path.
This is not full Fetch or Headers conformance. Only bounded same-origin GET text responses are supported. credentials defaults to omit instead of the web standard's same-origin pending cookie isolation. There is no general Header iteration, Headers guards, CORS, POST, request body, streams, AbortSignal or HTTP cache. Response.json is implemented in M4.15 but full Fetch remains absent.
The original VM now supports bounded JSON.parse and JSON.stringify. Its standalone strict parser creates owned JavaScript objects and arrays without evaluating JSON as executable JavaScript. SyntaxError and circular-structure TypeError are catchable by page scripts.
Response.json returns a Promise and consumes the body once, using the existing same-origin text-only GET network path. Promise.all, Promise.race, Promise.allSettled and Promise.any are self-hosted through the bounded FIFO microtask queue, with array-like input up to 256 values.
The JSON parser limits inputs to 64 KiB, 64 nesting levels and 4096 parsed nodes. JSON reviver, replacer, spacing and toJSON callbacks, true insertion-order enumeration and ECMAScript canonical number formatting are missing. The VM cannot represent unpaired UTF-16 surrogates as values. Promise combinators do not yet support arbitrary iterables or a fully native AggregateError class.
The original JS interpreter now implements basic callable Object, Array, Boolean, Number and String builtins, isNaN/isFinite and Number static numeric constants. String-to-number coercion accepts the standard hexadecimal, binary and octal prefixes.
An independent Test262 runtime probe now executes 91 pinned upstream classic-script arithmetic/equality fixtures, each in a fresh VM, with a small self-hosted assertion bootstrap and explicit pass/fail/skip cases. Its first 18/91 score rose to 59/91 (64.84%) on unchanged fixture paths after implementing the above builtins. This narrow metric must not be confused with the 523/1983 parser-only metric.
Limitations: boxed primitive constructors, full Object/Array prototype methods, Date, eval, Symbol and modern ES features remain incomplete. Only the supported classic-script assertion helpers are supplied.
The VM now distinguishes new Boolean/Number/String objects from their primitive counterparts. Constructor prototypes expose valueOf/toString methods, and Object(primitive) boxes values. Binary operators use ordered valueOf then toString calls with catchable user exceptions. instanceof tests prototype-chain membership, while void evaluates its argument and returns undefined. Sloppy assignments to undeclared variables create global bindings.
Re-running the unchanged 91-case Test262 Runtime v1 suite against its pinned revision produced 82/91 (90.11%), versus 59/91 (64.84%) at M4.16. Remaining nine failures require eval, Date or Symbol. This result must not be confused with broad ECMAScript runtime or parser compliance, nor with static WPT.
A new deterministic Test262 runtime v2 manifest spans 289 upstream files across 25 independently named ES expression, statement and built-in families, selected without consulting pass/fail results. Of these, 179 are attempted and 110 are explicitly skipped as beyond the supported Test262 harness subset. M4.18 raised passes from 39/179 (21.79%) to 65/179 (36.31%) on the same immutable manifest. The narrow Runtime v1 remains 82/91 (90.11%), not an overall score.
The original VM gained correct typeof handling (including missing identifiers), nested lazy conditional expressions, Array.isArray, Array.of, Number.isNaN/Number.isFinite and Object.is SameValue. An integration test verifies DOM text updates become native pixels.
Major omissions persist: modern ECMAScript syntax, Symbol, Date, iterators, Array.of custom constructor semantics, strict modes, many Test262 includes and complete JS/DOM/Web API compatibility.
Original native JS now supports String.prototype.charAt for primitive and boxed string values, bounded Array.prototype.push/pop, and SyntaxError inheritance for malformed JSON.parse. A native page test verifies visible DOM text changes through these methods. Pinned Runtime v2: 78/179 (43.58%) PASS, 101 FAIL, 110 SKIP; narrow Runtime v1 unchanged at 82/91. Dynamic DOM insertion, generic array-like methods and lone UTF-16 surrogates remain incomplete.
The original VM now supports document.createElement(tag), element.appendChild(element), id and textContent on detached and attached elements. DOM objects preserve identity across lookup, parser boundaries and click dispatch. document.body is available after the HTML tree-builder instantiates it (otherwise null). Mutations are queued in execution order to the page-owning engine, which creates real op_dom nodes, recalculates layout and paints them natively. Dynamic event handlers and timer changes work. This is bounded and partial, not a complete DOM specification.
Native JavaScript supports createTextNode with editable data, nodeValue/textContent, removeChild/insertBefore and element attribute get/set/remove including class/id/style. Host replay modifies the authoritative DOM tree with reference and cycle checks. CSS rematching after timers/clicks preserves loaded external CSS and color profiles. Tests verify actual paint. Missing: full live Node relations, classList, CSSOM and observers.
The original JS VM now supports Element/Text parentNode, firstChild/lastChild and stable live childNodes, with current length, item(index) and bracket access. Original native replaceChild/remove mutate the real tree and preserve handles.
A bounded Element.classList exposes contains/add/remove/toggle and reflects className and the original CSS cascade. Element.style supports a first subset of property reads/writes and setProperty/getPropertyValue/removeProperty plus cssText. Retained JS handles remain valid when newly created nodes receive physical native NodeIds. Timer-driven changes reach original DOM, author style recascade and native pixels.
Nine new end-to-end checks pass, but many DOM/CSSOM/Web API semantics are incomplete. Pinned Test262 v1/v2 JS runtime scores remain unchanged at 82/91 and 78/179 attempted.
Added live previousSibling/nextSibling/isConnected, ownerDocument, nodeName/tagName, Text.length and Element.contains, plus atomic variadic classList.add/remove and safer CSS declaration splitting inside quoted/function values. New integration tests verify native repaint.
The browser can now execute original WPT Node-childNodes-cache.html from the exact pinned upstream commit using a narrow synchronous test/assert_equals adapter. The WPT DOM smoke v1 manifest contains four manually selected files: one attempted/pass and three unsupported skips. This is not an official or representative WPT DOM score. Broader harness, iframe, JS and DOM APIs remain missing.
Original JS now supports live Element.children with filtered indices/item/basic namedItem, childElementCount, first/last element child and element siblings. Two native page tests check identity and timer-driven mutations. Seven original upstream WPT DOM fixtures now pass using the limited synchronous testharness adapter, with three explicit skips. This is a manually selected smoke test, not broad WPT conformance.
The original VM supports Element.hasAttribute/hasAttributes, Document/Element.getElementsByTagName and live descendant-only collections with current length, item and indexed lookup across parser scripts, DOM edits and timer callbacks.
Manually scoped WPT DOM smoke v3 executes ten original pinned upstream files successfully (11 test() callbacks); three files are explicitly unsupported/skipped. The synchronous adapter now keeps a sticky failure bit and verifies expected test calls, so later successes cannot mask earlier failures. Not the official WPT harness or representative DOM conformance.
Original JS lexer/parser/VM implements bounded relational in, including ordinary and live DOM object property checks. Document/Element.querySelector and querySelectorAll currently support only #id/.class/tag/*; the latter returns a static indexed NodeList, unlike existing live collections. element.click dispatches existing native capture/target/ bubbling listeners and updates real native page pixels, including from timers, with finite recursion. No full CSS selector grammar, generic dispatchEvent or default activation.
The manually pinned original-source WPT DOM smoke v4 has 14 selected files: 11 attempted and passed, 3 explicit SKIP, 12 original synchronous test() callbacks. This is not an official WPT conformance result.
Original VM DOM selectors support bounded tag.class#id, descendant, direct-child and comma-group matching with Document/Element.querySelector/querySelectorAll and Element.matches/closest. Complex pseudo, attribute and sibling syntax is not yet supported.
The new original Event(type,{bubbles,cancelable}) and Element.dispatchEvent use typed listener capture/target/ bubble propagation, preventDefault, stopPropagation, defaultPrevented, and return cancelation status. Legacy document.createEvent/initEvent/returnValue is also available in a restricted form. Recursion and event path budgets apply, but full EventTarget/DOMException semantics and listener exception handling remain incomplete.
Pinned manually scoped original WPT DOM/Events smoke v5: 15 files selected, 12 original files attempted/passed, 3 explicit SKIP, 14 synchronous test() callbacks. Not a representative WPT conformance rate.
Проект
Архитектура
Реализация
- CSS Syntax
- CSS Box Model
- Inline Layout
- Stylesheets
- Images
- Source Loading
- HTML Encoding
- Reflow
- Navigation
- JavaScript VM
- Request Filtering
Тесты и разработка