Elementor Editor Won't Load in Firefox (But Works in Chrome)? The DevTools Fix

If the Elementor editor loads correctly in Chrome but hangs on the loading screen, shows a blank canvas, or never finishes initializing specifically in Firefox, this is a known, browser-specific problem: an open report on Elementor's GitHub issue tracker (opens in a new tab), filed in January 2025 and still marked as being evaluated, describes exactly this, and there's no official plugin-level fix yet. The workaround described in that report, and the one that resolves it for most people: open Firefox's DevTools, enable "Disable Cache," and reload the editor while DevTools stays open. This isn't a permanent setting — it forces Firefox to fetch the editor's scripts fresh, which points to a caching or loading-order problem, although Elementor hasn't published a confirmed root cause.

Symptoms

• The Elementor editor shows its loading screen (the animated logo) indefinitely and never finishes, only in Firefox.
• The same page opens and edits normally in Chrome, Edge, or another Chromium-based browser on the same computer.
• A normal page refresh (Ctrl/Cmd+R) doesn't fix it — the editor gets stuck again on reload.
• Browser console (Firefox DevTools → Console tab) may show JavaScript errors related to a script failing to load or an unexpected null/undefined reference during editor initialization, though the exact error can vary.

Likely causes, in order of how often they actually happen

1. A caching or script-loading problem specific to Firefox. This is the behavior reported in Elementor's GitHub issue #30071 (opens in a new tab): after opening and closing a few editor tabs, the editor stops loading in Firefox until the page is reloaded with DevTools open and the cache disabled. Reporters see JavaScript errors such as elementor.config.document is undefined in the console. Elementor hasn't confirmed the root cause, but the fact that a cache-bypassing reload fixes it points to how cached script files are loaded rather than to your site's content.
2. A stale or corrupted Firefox cache entry for one of Elementor's editor assets, which is closely related to cause #1 but persists across normal refreshes because the browser keeps re-serving the same broken cached file until the cache is explicitly cleared or bypassed.
3. A Firefox extension interfering with the editor's iframe or script loading (ad blockers and privacy extensions are the most commonly implicated categories in user reports), which is less common than the caching issue but worth ruling out if the DevTools fix below doesn't resolve it.

Fix it: lowest-risk steps first

Step 1 — Open DevTools, enable Disable Cache, and reload

This is the fix most commonly reported to resolve the issue, and it doesn't require clearing your entire browser cache or changing any settings permanently.

1. With the stuck Elementor editor page open in Firefox, press F12 (or right-click anywhere on the page → Inspect) to open DevTools.
2. Click the Network tab inside DevTools.
3. Check the Disable Cache checkbox near the top of the Network panel (it's only active while DevTools is open, which is expected).
4. With DevTools still open and Disable Cache still checked, reload the page (Ctrl/Cmd+R, or F5).
5. Wait for the editor to load normally. Once it finishes loading successfully, you can close DevTools — you don't need to keep it open for the rest of your editing session, only for this one reload.

Step 2 — If Step 1 didn't work, clear Firefox's cache for the site specifically

1. Go to Firefox's address bar and open about:preferences#privacy.
2. Under Cookies and Site Data, click Clear Data, and choose to clear Cached Web Content (you can leave cookies checked or unchecked depending on whether you also want to be logged out of other sites — for this fix, cached content is the relevant one).
3. Reload the Elementor editor page and try again.
4. Alternatively, for a more targeted clear without affecting other sites, use a private/incognito Firefox window to open the editor — a fresh private window has no existing cache for the site and will load assets clean, which is a good way to confirm the cache is the actual cause before clearing anything.

Step 3 — Rule out a Firefox extension conflict

If Steps 1 and 2 don't resolve it:

1. Open the Elementor editor in a Firefox private window with extensions disabled by default (Firefox private windows don't run most extensions unless you've explicitly allowed them to).
2. If the editor loads correctly in that private window, an extension is involved — go back to your normal window, open about:addons, and disable ad blockers or privacy/tracking-protection extensions one at a time, retesting the editor after each, until you identify which one is responsible.
3. Once identified, you can either leave that extension disabled while editing, or check whether it offers a per-site exception/allowlist feature so you can keep it active everywhere except your WordPress admin domain.

Step 4 — Standard cache-and-conflict cleanup as a fallback

If the issue persists across all of the above, treat it as a general WordPress-side asset-loading issue rather than a purely browser-specific one:

1. Clear any server-side caching plugin's cache and Elementor's generated files: Elementor → Editor → Home, then Tools → Clear Files & Data (Elementor's guide (opens in a new tab)).
2. Temporarily deactivate other plugins one at a time and retest the Firefox editor load after each, since a plugin enqueueing conflicting JavaScript can sometimes produce browser-specific loading failures that only manifest in one engine's stricter script-execution timing.

Verify the fix

1. Reload the Elementor editor in Firefox a few times in a row (a normal refresh, not with DevTools open) to confirm it now loads consistently, not just once.
2. Test on a couple of different pages/post types you edit regularly, since the issue has been reported to be intermittent rather than tied to one specific page.
3. If you disabled an extension in Step 3, confirm the editor still loads correctly a day or two later, since intermittent issues can be easy to mistake as "fixed" after only one successful reload.

If you need to roll back

There's nothing to roll back — this fix only toggles a temporary DevTools setting and clears browser cache data, neither of which affects your WordPress site, your Elementor pages, or any server configuration. If you disabled a browser extension in Step 3 and want it back, simply re-enable it from about:addons.

Related fixes

• Elementor Not Working? The Complete Fix Guide — For the full diagnostic framework covering editor, front-end, and server-limit causes.
• Elementor and GeneratePress Conflicts: The Complete Fix List — For theme-conflict causes of Elementor editor problems.
• Elementor Slider Not Working on Mobile — For a different Elementor rendering issue specific to mobile.

FAQ

Is this a bug in Elementor, or in Firefox?

It's tracked as an open issue on Elementor's GitHub repository (opens in a new tab), still marked as being evaluated, and there's no official permanent patch yet, so the DevTools workaround is the most reliable fix in the meantime. The reply in that thread recommends Chrome or Edge for editing with Elementor, which is also the simplest fallback if the DevTools trick stops helping. Firefox is on Elementor's supported browser list (opens in a new tab), so make sure Firefox itself is up to date too.

Do I need to keep DevTools open every time I edit in Firefox?

No. Once the editor loads successfully with Disable Cache active, you can close DevTools and continue editing normally. The issue tends to reappear only after enough time has passed for the browser cache to go stale again, at which point repeating Step 1 resolves it again.

Why does this only happen in Firefox and not Chrome or Edge?

Most reports come from Firefox, which uses its own engine (Gecko) and caching implementation, while Chrome, Edge and Brave share the Chromium engine. It isn't strictly Firefox-only, though: a few people in the same GitHub thread (opens in a new tab) saw similar editor errors in Chrome and Brave. If the editor fails in every browser, treat it as a general Elementor loading problem and start from Safe Mode instead (see the complete Elementor guide linked above).

Should I just switch to Chrome permanently for editing instead of fixing this?

That's a valid short-term workaround if you edit infrequently and don't want to deal with the DevTools step, but it's not necessary — the Disable Cache fix is quick, doesn't require any settings changes, and lets you keep using Firefox as your default browser for everything else.