You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@@ -57,11 +57,7 @@ By default, a browser will time out if it does not get any [devtools](https://ch
57
57
58
58
While the limits above define the maximum number of concurrent browser sessions per account, in practice you may not need to hit these limits. Browser sessions close automatically—by default, after 60 seconds of inactivity or upon task completion—so if each session finishes its work before a new request comes in, the effective concurrency is lower. This means that most workflows do not require very high concurrent browser limits.
59
59
60
-
## FAQ
61
-
62
-
### I upgraded from the Workers Free plan, but I'm still hitting the 10-minute per day limit. What should I do?
63
-
64
-
If you recently upgraded to the [Workers Paid plan](/workers/platform/pricing/) but still encounter the 10-minute per day limit, redeploy your Worker to ensure your usage is correctly associated with the new plan.
60
+
## Limits FAQ & troubleshooting
65
61
66
62
To upgrade, go to the **Compute (Workers) > Workers plans** page in the Cloudflare dashboard:
67
63
@@ -80,4 +76,74 @@ By default, a browser instance will time out after 60 seconds of inactivity. If
80
76
81
77
There is no fixed maximum lifetime for a browser session as long as it remains active. By default, a browser will close after one minute of inactivity, but you can [extend this inactivity window](#can-i-increase-the-browser-timeout). Sessions will also be closed when Browser Rendering rolls out a new release.
82
78
79
+
### I upgraded from the Workers Free plan, but I'm still hitting the 10-minute per day limit. What should I do?
80
+
81
+
If you recently upgraded to the [Workers Paid plan](/workers/platform/pricing/) but still encounter the 10-minute per day limit, redeploy your Worker to ensure your usage is correctly associated with the new plan.
82
+
83
+
### Error: `429 Too many requests`
84
+
85
+
When you make too many requests in a short period of time, Browser Rendering will respond with HTTP status code `429 Too many requests`.
86
+
The response includes a `Retry-After` header, which specifies how many seconds to wait before retrying. You can view your account's rate limits on the [Limits](/browser-rendering/platform/limits/) page.
87
+
88
+
The example below demonstrates how to handle rate limiting gracefully by reading the `Retry-After` value and retrying the request after that delay.
### Error: `429 Browser time limit exceeded for today`
141
+
142
+
This `Error processing the request: Unable to create new browser: code: 429: message: Browser time limit exceeded for today` indicates you have hit the daily browser limit on the Workers Free plan. [Workers Free plan accounts are limited](/browser-rendering/platform/limits/#workers-free) to 10 minutes of browser rendering usage per day. If you exceed that limit, you will receive a `429` error until the next UTC day.
143
+
144
+
You can [increase your limits](/browser-rendering/platform/limits/#workers-paid) by upgrading to a Workers Paid plan on the **Workers plans** page of the Cloudflare dashboard:
145
+
146
+
<DashButtonurl="/?to=/:account/workers/plans" />
147
+
148
+
If you recently upgraded but still encounter the 10-minute per day limit, redeploy your Worker to ensure your usage is correctly associated with the new plan.
- The `X-Browser-Ms-Used` header, which is returned in every REST API response, reports browser time used for the request (in milliseconds). You can also access this header using the Typescript SDK with the .asResponse() method:
53
+
- The `X-Browser-Ms-Used` header, which is returned in every REST API response, reports browser time used for the request (in milliseconds). You can also access this header using the Typescript SDK with the .asResponse() method:
0 commit comments