[BUG] [Claude in Chrome] Claude in Chrome workflow recorder cannot capture dynamically injected second-layer modals

Preflight Checklist

• [x] I have searched existing issues and this hasn't been reported yet
• [x] This is a single bug report (please file separate reports for different bugs)
• [x] I am using the latest version of Claude Code

What's Wrong?

When recording a workflow in Claude in Chrome, the recorder fails to capture
user interactions inside modals that are dynamically injected into the DOM
as a second layer on top of an existing modal.

Reproduction example: on LinkedIn, the post composer opens normally as the
first modal. But when clicking "Schedule for later", the date/time picker
— which LinkedIn injects dynamically as a second JS layer — is completely
invisible to the recorder. The workflow gets stuck and cannot progress past
that step.

What Should Happen?

The recorder should capture all modal interactions regardless of whether
they are part of the original DOM or injected dynamically as a subsequent layer.

Error Messages/Logs

No error message shown. The second modal simply does not appear during 
recording. The page continues as if the button was never clicked.

Steps to Reproduce

1. Open LinkedIn (linkedin.com) in Chrome
2. Start recording a workflow in Claude in Chrome
3. Click "Start a post" to open the post composer (first modal — works fine)
4. Click the "Schedule for later" clock icon inside the composer
5. Observe: the date/time picker modal does not open or is not captured

by the recorder — workflow cannot continue

Confirmed: the LinkedIn scheduling modal works perfectly in normal Chrome
usage outside of recording. This is isolated to the workflow recorder.

Claude Model

Not sure / Multiple models

Is this a regression?

I don't know

Last Working Version

N/A — issue is with Claude in Chrome workflow recorder (Cowork mode), not Claude Code CLI. Chrome version: 146.0.0.0

Claude Code Version

N/A — issue is with Claude in Chrome workflow recorder (Cowork mode), not Claude Code CLI. Chrome version: 146.0.0.0

Platform

Other

Operating System

macOS

Terminal/Shell

Other

Additional Information

• OS: macOS 10.15.7, Chrome 146.0.0.0
• The issue is likely to affect any site using stacked dynamically rendered

modals (post composers, booking flows, multi-step forms), not just LinkedIn

• Root cause hypothesis: the recorder listens to the original DOM tree and

misses elements injected as new JS layers after recording starts