Skip to content

fix(newsletter): record walks headed, skip the root load, and dismiss signup modals - #146

Merged
axsaucedo merged 1 commit into
masterfrom
fix/capture-gifs-headed
Sep 6, 2026
Merged

fix(newsletter): record walks headed, skip the root load, and dismiss signup modals#146
axsaucedo merged 1 commit into
masterfrom
fix/capture-gifs-headed

Conversation

@axsaucedo

Copy link
Copy Markdown
Collaborator

Two of five articles in issue 403 could not be recorded at all, and the one that did record captured the wrong thing. All three failures were in how the walk reaches and holds the page.

Depends on EthicalML/agent-skills-marketplace#16, which adds --no-root and the tolerant root load to the site-capture engine. Merge and update the plugin before this lands, or the flags are ignored.

Headless was blocked

Same URL, same navigation, differing only in mode:

Mode Result
headless "Attention Required! | Cloudflare"
headed the real article

The root hop was also blocked

The engine loads the site root before handing over to the flow. On a Cloudflare-fronted site that hop is itself what trips the bot check:

Navigation Result
direct to article the real article
root, then article "Attention Required! | Cloudflare"

--no-root skips it, which also removes footage the runner only trimmed back off.

Medium covers the article mid-scroll

The first recording that got through captured the article and then a Medium signup modal, which appears partway down a scroll and sits over the body for the rest of the walk. The flow now presses Escape and clicks a close control at each beat rather than only on arrival, since the modal appears on scroll rather than on load. It costs nothing on a page that has none.

Verification

Frames extracted from the recording rather than trusting the beat log, which only proves the script ran. The Netflix walk now shows article body throughout, with no modal.

Still failing

openai.com serves its own "This page couldn't load" error to the automation browser regardless of these flags. That article needs a still image or a hand-recorded clip; nothing here fixes it.

… signup modals

Two of five articles in issue 403 could not be recorded at all, and the third
recorded the wrong thing. All three failures were in how the walk reaches and
holds the page.

capture-gifs now passes --headed and --no-root to the engine. Headless Chromium
is fingerprinted and blocked outright by Cloudflare-fronted sites: the same
Medium article returns the real page headed and "Sorry, you have been blocked"
headless. Separately, the engine loads the site root before handing over, and on
those sites the root-then-deep-link hop is itself what trips the bot check, while
going straight to the article is served normally. The root load was also wasted
footage the runner only trimmed back off. Both flags are new in site-capture and
need that engine.

The flow now presses Escape and clicks a close control at each beat. Medium
interrupts a scroll partway down with a signup modal that then covers the body
for the rest of the walk, which is what the first successful Netflix recording
captured. Dismissing costs nothing on a page with no modal, so it runs at every
beat rather than only on arrival.

Verified by extracting frames rather than trusting the beat log: the Netflix walk
now shows article body throughout. openai.com still fails, serving its own "This
page couldn't load" error to the automation browser regardless of these flags, so
that article needs an image or a hand-recorded clip.
@axsaucedo
axsaucedo merged commit 3b142b8 into master Sep 6, 2026
7 checks passed
@axsaucedo
axsaucedo deleted the fix/capture-gifs-headed branch September 6, 2026 16:36
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.

1 participant