Skip to content

Make creation of Puppeteer script part of reproduction step for autowebcompat - #6448

Open
ksy36 wants to merge 2 commits into
mozilla:masterfrom
ksy36:puppeteer-script-autowebcompat
Open

Make creation of Puppeteer script part of reproduction step for autowebcompat#6448
ksy36 wants to merge 2 commits into
mozilla:masterfrom
ksy36:puppeteer-script-autowebcompat

Conversation

@ksy36

@ksy36 ksy36 commented Aug 2, 2026

Copy link
Copy Markdown
Contributor

No description provided.

@ksy36
ksy36 force-pushed the puppeteer-script-autowebcompat branch from c0b53c0 to 05a692a Compare August 2, 2026 04:09
@ksy36 ksy36 changed the title Make creation of Puppeteer script to autowebcompat part of reproduction step Make creation of Puppeteer script part of reproduction step for autowebcompat Aug 2, 2026
@ksy36
ksy36 force-pushed the puppeteer-script-autowebcompat branch from bc015d4 to 2f565b7 Compare August 3, 2026 19:24
@ksy36
ksy36 force-pushed the puppeteer-script-autowebcompat branch from 2f565b7 to bdb78c6 Compare August 4, 2026 03:33
agents/autowebcompat-repro/repro_reference.mjs \
/app/repro/
RUN cd /app/repro && PUPPETEER_SKIP_DOWNLOAD=1 npm ci --omit=dev

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

/app/repro contains node_modules, reference Puppeteer script and the script that agent writes (so it can access Puppeteer)

@@ -0,0 +1,68 @@
// REFERENCE — write your own script in this shape; don't copy this comment.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The reference script is the same shape as these scripts from @jrmuizel

"Confirmation script did not reach a verdict in %s; "
"falling back to the reproduction steps",
channel,
)

@ksy36 ksy36 Aug 4, 2026

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

After a script has been created in BugReproduction, this part runs the script and if Firefox failure is confirmed, doesn't proceed to reproducing it using the agent for a given channel - sets result with reproduced: true, confirmed_by_script: true.

@ksy36 ksy36 Aug 4, 2026

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This runs the script only in Firefox (basically what the agent has been doing as well)

@ksy36
ksy36 marked this pull request as ready for review August 4, 2026 03:49
@ksy36
ksy36 requested a review from a team as a code owner August 4, 2026 03:49
- If the reported broken behaviour reproduces in both browsers, it is not a
Firefox web-compat issue: set `failure_reason` to `non_compat`.
4. If the issue reproduces AND the breakage is visual in nature (incorrect
4. If the issue reproduces, write and run a Puppeteer script that drives the real

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hmm, so I guess a question is whether we want one script that launches both browsers, or a single script that can either launch Firefox or Chrome and produces different output (either exit code or stdout text) depending on whether the issue was reproduced or not. The advantage of the latter is that for future steps we want to be able to reuse the generated script where possible but not always require running in Chrome too (e.g. if we were using the script as the condition when running mozregression).

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sounds good, I've changed it to launch one browser at a time and the script is checking expected behavior (and Firefox to fail and Chrome pass).

@ksy36
ksy36 requested a review from jgraham August 4, 2026 20:40
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants