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.
Commits/PRs from forked repositories will not create a preview. Support for this will come in the future.
- 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 will not verify if Cloudflare cannot validate a request for an SSL certificate on that hostname. In order for the SSL to validate, ensure Cloudflare Access or a Cloudflare Worker is allowing requests to the validation path:
passThroughOnException()is not currently available for Advanced Mode Pages Functions (Pages Functions which use an
passThroughOnException()is not currently as resilient as it is in Workers. We currently wrap Pages Functions code in a
catchblock and fallback to calling
env.ASSETS.fetch(). This means that any critical failures (such as exceeding CPU time or exceeding memory) may still throw an error.
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.