feat(html): implement HTMLIFrameElement contentWindow/contentDocument - #278
feat(html): implement HTMLIFrameElement contentWindow/contentDocument#278Sonic-Y3k wants to merge 1 commit into
Conversation
|
Warning Review limit reached
More reviews will be available in 23 minutes and 21 seconds. Learn how PR review limits work. Your organization has used up its prepaid credits, and credit purchases are no longer available. Enable the review add-on in the billing tab to keep reviews running — you're only billed for reviews past your plan's rate limits ($0.25/file). ⌛ How to resolve this issue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based credits. 🚦 How do rate limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please see our Fair Usage Limits Policy for further information. ℹ️ Review info⚙️ Run configurationConfiguration used: Organization UI Review profile: ASSERTIVE Plan: Pro Run ID: 📒 Files selected for processing (6)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Add an HTMLIFrameElement that exposes the nested browsing context via the
contentWindow and contentDocument accessors, and create iframe elements from
document.createElement("iframe").
gost-dom binds one realm per script context and the v8go build does not expose
security-token control, so the nested context currently resolves to the owning
window's realm rather than a separate child realm: every native built-in on
contentWindow stays accessible and genuine, only object identity differs from a
real same-origin iframe.
The script-engine binding lives in its own file and the test runs in the shared
suite, so both the V8 and Sobek engines are covered.
HTMLIFrameElement: contentWindow / contentDocument
Adds an HTMLIFrameElement exposing the nested browsing context via contentWindow
and contentDocument, and creates iframe elements from
document.createElement("iframe").
Compliance / known limitation
A faithful implementation would give each iframe its own same-origin JavaScript
realm (distinct native built-ins, mutually accessible with the parent). gost-dom
binds one realm per script context, and the v8go build does not expose
security-token control, so a separate child context's globals are not
cross-realm accessible. Until that lands, the nested context resolves to the
owning window's realm: every native built-in on contentWindow (Function, String,
eval, ...) stays accessible and genuine; only object identity differs from a
real same-origin iframe.
Split out of #274. The script-engine binding lives in its own file and the test
runs in the shared suite, so both the V8 and Sobek engines are covered.
AI disclosure: This change was developed with the help of an AI coding assistant. I've reviewed and tested it myself; it follows the existing conventions and the full test suite (main module,
v8engine,sobekengine) passes locally.