[Bug]: route.fulfill({ json }) replaces a Content-Type set in headers and sets none for null, false, 0 and ''
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
- 难度
- 2/5
- 预计耗时
- 1-3 小时
- 新手友好度
- 82/100
- Issue 类型
- 缺陷
- 描述清晰度
- 描述清楚
- 活跃度
- 活跃
- 技术栈
- javascript, typescript
调研方向
bug 位于 packages/playwright-core/src/client/network.ts 中 _innerFulfill 的 json 分支,该分支设置 Content-Type 时没有检查现有标头,并且检查 options.json 的 truthiness。阅读它正上方使用 options.json !== undefined 构建 body 的代码块,并比较这两个条件。完成标准是:json 在预先设置了 Content-Type 时保留该值,而 null、false、0 和 '' 都发送 application/json。在 Chromium、Firefox 和 WebKit 上使用复现 spec 测试 tests/fulfill-json.spec.ts 检查这一点。
由索引模型根据 Issue 内容生成。
描述
Version
1.65.1
Steps to reproduce
- Clone https://github.com/ondraulehla/playwright-repro-fulfill-json-content-type
npm installnpx playwright installnpx playwright test
The repro is one spec file, tests/fulfill-json.spec.ts. Every request is routed, so it needs no server. Each test does this with a different set of options:
await page.route('http://repro.test/data', route => route.fulfill(options));
const result = await page.evaluate(async () => {
const response = await fetch('/data');
return { contentType: response.headers.get('content-type'), body: await response.text() };
});
Expected behavior
The docs for the json option say: "JSON response. This method will set the content type to application/json if not set."
So I'd expect two things:
route.fulfill({ json: { a: 1 }, headers: { 'Content-Type': 'application/problem+json' } })keepsapplication/problem+json, because the content type is already set.route.fulfill({ json: null })responds withapplication/json, and so dofalse,0and'', the same wayjson: 1does. Playwright already serializes the body for them (null,false,0,"").
Actual behavior
18 of the 30 tests fail, the same 6 in Chromium, Firefox and WebKit. The 4 control tests pass in all three.
fulfill options |
Expected | Chromium | Firefox | WebKit |
|---|---|---|---|---|
json: { a: 1 }, headers: { 'content-type': 'application/problem+json' } |
application/problem+json |
application/json |
application/json |
application/json |
json: { a: 1 }, headers: { 'Content-Type': 'application/problem+json' } |
application/problem+json |
application/json |
application/json |
application/json |
json: null |
application/json |
no header | no header | text/plain |
json: false |
application/json |
no header | no header | text/plain |
json: 0 |
application/json |
no header | no header | text/plain |
json: '' |
application/json |
no header | no header | text/plain |
"no header" means response.headers.get('content-type') is null in the page.
I get the same table on macOS and on Linux (Ubuntu 24.04 in Docker).
Additional context
I found this while looking at how the clients pick the content type after #43205, which was the Python side of the second case (json=[] and json={}).
Both cases come from the same block in _innerFulfill in packages/playwright-core/src/client/network.ts:
if (options.contentType)
headers['content-type'] = String(options.contentType);
else if (options.json)
headers['content-type'] = 'application/json';
The json branch doesn't check whether headers already has a content type, and it tests options.json for truthiness. A few lines above, the body is built with options.json !== undefined, which is why the falsy values get a serialized body but no header.
I tried this change against the installed 1.65.1 bundle and all 30 tests pass with it:
else if (options.json !== undefined && !('content-type' in headers))
I'd like to send a PR with the fix and tests if this is approved for a community contribution.
Environment
System:
OS: macOS 26.6.2
CPU: (8) arm64 Apple M1 Pro
Binaries:
Node: 26.5.0 - /opt/homebrew/bin/node
npm: 11.17.0 - /opt/homebrew/bin/npm
npmPackages:
@playwright/test: 1.65.1 => 1.65.1
- 主要语言
- TypeScript
- 星标
- 99.7k
- 派生
- 6.8k
- 平均合并
- 16 小时 10 分钟
- 30 天内合并 PR
- 301
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
microsoft/playwright 的其他 Issue
-
agent-triage
难度 5/5 一周以上 新手友好度 45/100
microsoft/playwright#44103 · 2 条评论 ·
维护者通常 1 天内回复
-
[MCP]: --extension --background: noDefaults skips focus emulation, hidden tabs get no rAF and clicks time out可能已有人在做 @microsoft-playwright-automation 今天认领。 未关闭agent-triage
难度 4/5 3-5 天 新手友好度 25/100
microsoft/playwright#44096 · 2 条评论 ·
维护者通常 1 天内回复
-
Crash tests fail with the Chromium sandbox on Linux可能已有人在做 @microsoft-playwright-automation 今天认领。 未关闭agent-triage needs-triage
难度 4/5 3-5 天 新手友好度 30/100
microsoft/playwright#44094 · 2 条评论 ·
维护者通常 1 天内回复
-
api review feedback Nov 11th, 2026可能已有人在做 @luizpaulo-antunes 于 1 天前认领。 未关闭
难度 3/5 1-2 天 新手友好度 70/100
microsoft/playwright#44062 · 1 条评论 ·
维护者通常 1 天内回复
-
[Bug]: page.evaluate in Chromium never settles when its argument nests 60 objects deep可能已有人在做 关联的 PR 仍在进行中或已合并。 未关闭agent-triage
难度 4/5 3-5 天 新手友好度 25/100
microsoft/playwright#44060 · 5 条评论 ·
维护者通常 1 天内回复
查看 microsoft/playwright 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 78/100
pieterjanscheir/belgica#201 ·
维护者通常 1 天内回复
-
accessibility
难度 2/5 1-3 小时 新手友好度 66/100
numerique-gouv/lasuite-landingpage#311 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 75/100
oxc-project/tsgolint#1362 ·
维护者通常 1 天内回复
-
bug external xai
难度 2/5 1-3 小时 新手友好度 72/100
langchain-ai/langchain#41854 ·
维护者通常 1 天内回复
-
ready-for-agent
难度 1/5 1-3 小时 新手友好度 72/100
nemchik/biome-plugin-suitescript#137 ·
维护者通常 1 天内回复