If it's true that Browser Rendering API runs only in Chicago, that would explain the 6s latency in r
If it's true that Browser Rendering API runs only in Chicago, that would explain the 6s latency in response.

/content endpoint. :/console.log() calls don't show up when working locally (in my case, with the --remote flag?) This happens all the time for me - and it's 100% not because the line of code doesn't run. Sometimes if I restart the worker it then fixes itself and logs show. Seemingly I can also fix it by just modifying an arbitrary line of code (or adding a space) so the worker gets freshly uploaded to the edge. Any one from CF know why this would happen? It's happened on multiple versions of Wrangler, too.
wrangler deploy is upset about the numbering of the arrays in the wrangler.jsonc file. Feel like I'm missing something dumb..."directory" property defined.


1042 work-to-worker limitation to me?fetch()?

If they’re on the same zone, then the first worker’s subrequest would go to the “origin”, which doesn’t exist for workers.dev
{
"name": "api",
"main": "v1/index.ts",
"compatibility_date": "2025-04-05",
"d1_databases": [
{
"binding": "...",
"database_name": "...",
"database_id": "..."
}
],
"assets": [
{
"binding": "SWAGGER_JS",
"directory": "./swagger",
"pattern": "*.js"
},
{
"binding": "SWAGGER_CSS",
"directory": "./swagger",
"pattern": "*.css"
},
{
"binding": "SWAGGER_HTML",
"directory": "./swagger",
"pattern": "*.html"
},
{
"binding": "SWAGGER_YAML",
"directory": "./swagger",
"pattern": "*.yaml"
}
]
}"assets": {
"bindings": [
{
"binding": "SWAGGER_JS",
"directory": "./swagger",
"pattern": "*.js"