Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

Playwright: support embedding Java sources in captured traces

未关闭
#1,452 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 8 天内回复

还没有人认领这个 Issue。

评估

难度
4/5
预计耗时
3-5 天
新手友好度
42/100
Issue 类型
功能
描述清晰度
基本清楚
活跃度
活跃
技术栈
java, playwright
领域
testing-qa

调研方向

Start by reading the Playwright tracing configuration and trace attachment path, then inspect how AllurePlaywrightAspect affects trace stack frames. Check Playwright's Tracing.StartOptions().setSources(true) and the PLAYWRIGHT_JAVA_SRC behavior. Done means the opt-in property embeds sources, stacks begin at the first file-backed frame (or skip leading weaving frames when none resolves), and errors attach the trace unchanged.

由索引模型根据 Issue 内容生成。

描述

Problem

Allure configures Playwright tracing with screenshots and snapshots only, so Java sources can't be embedded in captured traces.

Playwright supports this via PLAYWRIGHT_JAVA_SRC and Tracing.StartOptions().setSources(true). But with Allure enabled, frame 0 of every trace stack is synthetic AspectJ weaving glue from AllurePlaywrightAspect, not the real caller. That makes the Trace Viewer's Source tab useless. Playwright only filters its own frames and builds the trace (a .zip) on its binary side, so it can't fix this itself.

Proposal
  • Add an opt-in allure.playwright.trace.sources property (default false) that embeds sources in the trace.
  • Rewrite the trace.stacks entry so each stack starts at the first file-backed frame. If no frame resolves, strip the leading AspectJ/Playwright weaving frames instead. On any error, attach the trace unchanged.

Implementation: #1450

主要语言
Java
星标
390
派生
243
平均合并
8 天 23 小时
30 天内合并 PR
3

环境准备

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

allure-framework/allure-java 的其他 Issue

查看 allure-framework/allure-java 的全部 Issue

相似的 Issue

更多 Java Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。