Here are some known bugs and issues with Cloudflare Pages:
Builds and deployment
Monorepos or repositories with multiple codebases/applications currently cannot use the automatic GitHub/GitLab integration to build multiple sites from the same repository. However, can be used to upload a monorepo as separate Pages projects from your own computer.
Incremental builds are currently not supported in Cloudflare Pages.
- After you have selected a GitHub/GitLab repository for your Pages application, it cannot be changed. Delete your Pages project and create a new one pointing at a different repository if you need to update it.
*.pages.devsubdomains currently cannot be changed. If you need to change your
*.pages.devsubdomain, delete your project and create a new one.
Hugo builds automatically run an old version. To run the latest version of Hugo (for example,
0.101.0), you will need to set an environment variable. Set
0.101.0or the Hugo version of your choice.
It is currently not possible to add a custom domain with a wildcard, for example,
It is currently not possible to add a custom domain with a Worker already routed on that domain.
It is currently not possible to add a custom domain with a Cloudflare Access policy already enabled on that domain.
Cloudflare’s Load Balancer does not work with
Error 1000: DNS points to prohibited IPwill appear.
When adding a custom domain, the domain may get stuck verifying due to being unable to validate a request for an SSL on that hostname. In order for the SSL to validate, ensure Cloudflare Access or a Cloudflare Worker is allowing requests to the validation path:
Currently, Durable Objects are not supported in local development mode. To use Durable Objects in your Pages application, deploy a Worker containing a Durable Object. Then add it as a binding to your Pages project as shown in the section above. Support for using Durable Objects in local development is actively being worked on and will be available soon.
Enabling Access on your
- Log in to .
- From Account Home, select Pages.
- Select your Pages project.
- Go to Settings > Enable access policy.
- Select Edit on the Acccess policy created for your preview deployments.
- In Edit, go to Overview.
- In the Subdomain field, delete the wildcard (
*) and select Save application. You may need to change the Application name at this step to avoid an error.
At this step, your
*.pages.dev domain has been secured behind Access. To resecure your preview deployments:
- Go back to your Pages project > Settings > General > and reselect Enable access policy.
- Review that two Access policies, one for your
*.pages.devdomain and one for your preview deployments (
*.<YOUR_SITE>.pages.dev), have been created.
If you have a custom domain and protected your
*.pages.dev domain behind Access, you must:
- Select Add an application > Self hosted in the Cloudflare Zero Trust dashboard.
- Input an Application name and select your custom domain from the Domain dropdown menu.
- Select Next and configure your access rules to define who can reach the Access authentication page.
- Select Add application.