- Errors that don’t appear immediately upon page load, but rather occur after the page has loaded. Whether after a period of time or after interacting with something else on the page. E.g.: a button that doesn’t work.
- Problems with page rendering, such as missing images, styles (colours, layout, etc) or iframes like and embedded Google Maps.
- Trouble or glitches with website builders and page builder visual editors like BeaverBuilder, Elementor, or Divi.
- Beaver Builder specific: you receive an error saying “Beaver Builder has detected a plugin conflict that is preventing the page from saving.” ( In technical terms there’s probably a PHP error in Ajax. )
- Some types of WordPress plugin conflicts
- Mixed content warnings
How to access your browser console
Here’s how to get to your browser console in all major browsers. If your browser is not in the list, you can always find the answer to this in the developer’s knowledgebase.
- Mozilla Firefox: under the Tools menu, choose Web Developer > Web Console
Here’s what each of them looks like. They’re all very similar.
Most warnings (except mixed-content warnings) are unlikely to have any effect on the functionality of the website, so you can simply ignore those unless you have absolutely no other leads (like errors).
Handling Server Errors
If you see errors that say something like “The server responded with a status of XXX”, match up that HTTP error code (the three numbers) with the errors listed below for further troubleshooting:
- 403: This is either a permissions error or a firewall block. See our guide to viewing and interpreting your web server logs.
- 50x (or any others): See our guide to viewing and interpreting your web server logs.
Resolving Mixed Content Warnings
This means some of the page content is coming from a variation of the URL that you’re accessing the site with. For example if you’re visiting the site at https://websavers.ca but images are loaded from http://www.websavers.ca both the protocol (http vs. https) and domain (websavers.ca vs. www.websavers.ca) are different. The most common reason for mixed content errors is the HTTP vs HTTPS URL differential on resources like photos. Look for errors and/or warnings like this:
[Warning] The page at https://your_url/ was allowed to display insecure content from http://your_url/wp-content/uploads/2015/12/web-design.jpg. (your_url, line 857)
- Relative URLs by removing the entire first part up to the end of the domain. Ex: /wp-content/subdir/myfile.jpg
- Protocol Agnostic URLs by replacing the http:// with simply //. Ex: //websavers.ca/wp-content/subdir/myfile.jpg
- Absolute URLs by simply swapping http with https. Ex: https://websavers.ca/wp-content/subdir/myfile.jpg
Or, if you’re using WordPress, you can take the easy way out and use a plugin that automatically forces the switch to https.
Fixing Page Builder Saving Issues
If you’re encountering an error while saving pages with a page builder like Divi, Beaver Builder, or Elementor, the browser console can help narrow done those errors. But before diving into the console to find a solution, it’s best to try fixing it with simpler fixes like:
- Always check for updates to the page builder and any addons for it (like Ultimate Addons or PowerPack for BeaverBuilder). You should not rely on WordPress’s update checks: manually check the builder’s website directly for new versions and install any that you find. Then clear your server cache and browser cache and test again.
- If you’re using the CrazyEgg WordPress plugin, disable it and try using the builder again. As of version 2.2, we have received reports that it conflicts with BeaverBuilder. The CrazyEgg devs probably need to exclude
?fl_builderso that their scripts do not load when you’re in the builder. (Or I suppose exclude their scripts when any admin is logged in).
- Check in your hosting control panel for the ability to change the PHP config values
max_input_varsfrom the default of 1000 to 5000 for most intensive page building tools (we set it to 5000 for all hosted with us). Also look for the
memory_limitconfig value and change it to 256M or 512M.
Tip: some page builders, like Divi, use a ridiculous amount of input vars and might require this value be set to 10000 or even 15000. Similarly Divi often requires 512M of memory (no wonder it can be slow to save).
- Check for 403 errors in the logs using our guide here. If you’re hosted with us, that guide will also show you how to either temporarily disable the mod_security firewall or exclude the offending rule to bypass this error.