I've been stuck on this for a while and wanted to document it properly in case others run into the same thing :)

My Setup
I'm using CloakBrowser (persistent context) with login to a portal that uses Cloudflare Turnstile. The backend is Django with Celery workers handling the browser automation tasks.

What works

A standalone asyncio script that launches a persistent browser context, opens a new page, and navigates to the portal. Turnstile auto-passes every time, login succeeds, no manual interaction needed. Works with both headless=True and headless=False.

 browser = await launch_persistent_context_async(
 headless=True,
 user_data_dir=".user/",
 )
 page = await browser.new_page()
 await page.goto("https://portal.com")
 await page.wait_for_timeout(4000)

What does not work

The same portal, same binary, same machine, same profile directory, inside a Celery task. Turnstile consistently shows the checkbox and waits for human interaction instead of auto-passing.
The browser session is managed through a registry that creates one BrowserContext per company and reuses it across tasks. Pages are created on demand per task.

class BrowserRegistry:
 _instances: Dict[int, BrowserSession] = {}
 @classmethod
 async def get(cls, company_id: int):
 if company_id not in cls._instances:
 session = BrowserSession(company_id)
 await session.start()
 cls._instances[company_id] = session
 return cls._instances[company_id]

The Celery task calls into this registry, gets a page, runs the login flow. Everything is structurally identical to the standalone script except the execution context.

What the logs show

On the very first task after a fresh Celery startup, no prior sessions, no reuse happening yet:

[SESSION] STARTING company=1 profile=.../profiles/company_1
[SESSION] READY startup=1.25s initial_pages=1
[PAGE] REUSING slot=0 url='about:blank'
[AUTH] NAVIGATING to base_url
# 30 seconds pass...
TimeoutError: wait_for_load_state("networkidle") timed out
[PAGE CLOSE] url='https://portal.com/account/login?returnUrl=...'

The page navigates to the portal, gets redirected to login, and then hangs. The timeout is because Turnstile is showing the checkbox and keeping the page in an active network state waiting for interaction. If you manually click the checkbox it passes and login works fine, so Turnstile is not hard-blocking, just not auto-passing.

I have tried

• Not a headless detection issue, standalone works in both modes
• Not a session reuse issue, fails on the very first task after fresh startup
• Not an event loop issue, moved from asyncio.run() per task to a persistent loop
• Not a profile/cookie issue, same profile directory used in both cases
• Not a network issue, same machine, same connection

Has anyone seen Turnstile scoring behave differently based on how the browser process was spawned or what process context it runs in? Is there something CloakBrowser sets up differently when launched from an interactive terminal vs a background worker process that could affect how Turnstile evaluates the session?

Any insight into what signals Turnstile might be picking up differently between these two environments would be really helpful.