Contexts created with vm.createContext() do not define the URL() constructor
还没有人认领这个 Issue。
- 主要语言
- JavaScript
- 星标
- 122k
- 派生
- 37.4k
- 平均合并
- 4 天 3 小时
- 30 天内合并 PR
- 272
描述
- Version: v12.6.0 (also seen in 10.13.0)
- Platform: Darwin Davids-MacBook-Pro.local 18.5.0 Darwin Kernel Version 18.5.0: Mon Mar 11 20:40:32 PDT 2019; root:xnu-4903.251.3~3/RELEASE_X86_64 x86_64
- Subsystem:
I've created a simple testing framework that runs tests using vm.Script.runInContext(). Now I'm writing tests for code that uses the whatwg URL API. If I use vm.createContext(), the created context does not define the URL() constructor. But if I pass in the URL constructor with vm.createContext({URL}), then I have a situation where arrays returned by URLSearchParams methods are defined using the Array.prototype object from outside the context, and my tests are trying to compare those to arrays defined inside the context with a different Array.prototype object. So because I have two arrays with different prototypes, assert.deepStrictEqual() thinks they are not the same.
I'd argue that the underlying bug here is that URL should be automatically defined in newly created contexts without having to be passed in. Or maybe this is a bug in assert.deepStrictEqual() and it is stricter than it ought to be in this cross-context situation?
In any case, here is an example that reproduces the issue for me:
const vm = require('vm');
// URL is not defined inside the context, and I can't require it, so
// I need to pass it to the context from outside. But it returns arrays
// using the Array class from outside the context.
let context = vm.createContext({require, URL, externalArray:Array});
let script = new vm.Script(`
const assert = require('assert');
let url = new URL('http://example.com');
url.searchParams.append('x', '1');
url.searchParams.append('x', '2');
let actual = url.searchParams.getAll('x'); // Uses array class from outside
let expected = ['1', '2']; // Uses array class from inside
assert(Array.isArray(actual)); // passes
assert.deepStrictEqual(Array.from(actual), expected); // passes
assert.deepStrictEqual(actual, externalArray.from(expected)); // passes
assert.deepStrictEqual([...actual], expected); // passes
assert.deepStrictEqual(actual, expected); // fails
assert.equal(Object.getPrototypeOf(actual), // also fails
Object.getPrototypeOf(expected));
`);
script.runInContext(context);
贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
调研方向
从 issue 中 vm.createContext() 和 vm.Script.runInContext() 的复现开始。阅读与 URL 可用性以及跨 context 的数组原型结果相关的 context 初始化行为,然后确定应该覆盖哪种行为。对于选定的 URL 或 deepStrictEqual 行为,有一个回归测试和一致同意的修复方案即表示完成。
由索引模型根据 Issue 内容生成。
评估
- 技术栈
- javascript
- 领域
- backend
- Issue 类型
- 缺陷
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 活跃度
- 停滞
- 描述清晰度
- 基本清楚
- 新手友好度
- 35/100