Finding a fix
Most fixes live on the page for the feature you’re using. Choose your area to go straight to its troubleshooting.AI chat
The chat is stuck, gets your change wrong, or won’t undo or revert.
Loading and publishing
The app editor won’t load, your app shows a blank screen, or changes don’t go live.
Backend functions
A function returns errors, won’t deploy, or can’t be reached.
App access
Your app link opens for you but not for other people.
Fixing a domain
Domain fixes depend on where you got your domain. If you’re not sure, see checking where your domain is registered.Bought in Base44
A GoDaddy or IONOS domain you bought in Base44.
Bought through Wix
A domain you bought through Wix.
Another provider
A domain you connected from another provider.
Error codes
If you see an error code, find it below to learn what it means and what to do.400: Bad request
400: Bad request
A 400 error means the Base44 server could not process your request, often because some information is missing or in the wrong format.Examples:
- Submitting a form with missing required fields.
- Calling an API with the wrong data format.
403: Forbidden
403: Forbidden
You are signed in but do not have permission to perform this action or access the resource. This can happen if your role or permissions are limited, or if the data permissions for certain data tables are not properly set.Examples:
- Trying to change settings in an app you do not have access to.
- Attempting to access data or pages restricted by your role or your app’s data permissions.
404: Not found
404: Not found
The page, link, or resource you tried to access does not exist.Examples:
- Entering an incorrect URL for your app or dashboard.
- Accessing a deleted or moved file.
429: Too many requests
429: Too many requests
You tried to perform an action too many times in a short time period. This triggers a temporary rate limit that protects performance and stability.Examples:
- Rapidly clicking to reconnect a domain or repeat the same action in your dashboard.
- Sending many repeated requests in a short time via the API, backend functions, or workflows.
- Calls your app makes for a signed-in person count against that person’s own allowance, so this capacity grows as more people use your app. Visitors who aren’t signed in are counted by their IP address.
- Calls your backend functions make with admin access, known as the service role, act for the app instead of a person. All of these calls share one allowance for the whole app, which doesn’t grow with the number of people using it. In an app that serves many teams or customers, these calls are often the first to hit the limit.
- Paid plans get higher limits. See rate limits by plan.
- Spread requests out over time instead of sending them all at once.
- Use batch requests where your integration supports them.
- Add caching so you do not call the same endpoint for the same data again and again.
- Add retry logic that waits a short time before sending a new request after a 429 response.
- If 429 errors appear during normal activity, contact Customer Care with the time of the error and what you were trying to do.
500: Internal server error
500: Internal server error
Something went wrong on the Base44 server while it processed your request. You might see it while loading your app, saving data, opening pages, or using features like forms. It can cause blank screens, missing data, or features that stop working, in both your preview and your live app.Examples:
- Seeing a “500 Internal Server Error” page.
- Features failing when saving or loading data.
- Your app name
- Where and when the error happens
- Any error messages from the browser console, with screenshots if you can
- The steps that led to the problem
500 error when making a POST request to webhook function
500 error when making a POST request to webhook function
A 500 error usually means the URL for your webhook POST request is incorrect. Make sure you are using your app’s default Base44 app link as the base URL in your function endpoint.For example:
https://app--your-app-name.base44.app/api/apps/your-app-id/functions/yourFunctionNameIf you have a custom domain connected, it is still recommended to use the default app link for POST requests to ensure proper routing and fewer errors. Double-check the structure of your URL and update your integration as needed.