SecurityError: The operation is insecure - window.history.pushState()

JavascriptHtmlUrlHistoryPushstate

Javascript Problem Overview


I'm getting this error in Firefox's Console: SecurityError: The operation is insecure and the guilty is HTML5 feature: window.history.pushState() when I try to load something with AJAX. It is supposed to load some data but Javascript stops executing on error.

I'm wondering why this may be happening. Is this some server misconfiguration? Any help would be appreciated.

UPDATE: Yes, it was a server error with domain name not matching: http://en.wikipedia.org/wiki/Same-origin_policy

Javascript Solutions


Solution 1 - Javascript

Make sure you are following the Same Origin Policy. This means same domain, same subdomain, same protocol (http vs https) and same port.

https://stackoverflow.com/questions/6193983/how-does-pushstate-protect-against-potential-content-forgeries

EDIT: As @robertc aptly pointed out in his comment, some browsers actually implement slightly different security policies when the origin is file:///. Not to mention you can encounter problems when testing locally with file:/// when the page expects it is running from a different origin (and so your pushState assumes production origin scenarios, not localhost scenarios)

Solution 2 - Javascript

We experienced the SecurityError: The operation is insecure when a user disabled their cookies prior to visiting our site, any subsequent XHR requests trying to use the session would obviously fail and cause this error.

Solution 3 - Javascript

In my case I was missing 'www.' from the url I was pushing. It must be exact match, if you're working on www.test.com, you must push to www.test.com and not test.com

Solution 4 - Javascript

You should try not open the file with a folder-explorer method (i.e. file://), but open that file from http:// (i.e. http://yoursite.com/ from http://localhost/)

Solution 5 - Javascript

I had this problem on ReactJS history push, turned out i was trying to open //link (with double slashes)

Solution 6 - Javascript

I had the same problem when called another javascript file from a file without putting javascript "physical" address. I solved it by calling it same way from the html, example: "JS / archivo.js" instead of "archivo.js"

Solution 7 - Javascript

When creating a PWA, a service worker used on an non https server also generates this error.

Solution 8 - Javascript

replace serviceWorker.unregister() to serviceWorker.register() in index.js file

Solution 9 - Javascript

I solved it by switching tohttp protocol from the file protocol.

  • you can use "live-server" extension in VS code,
  • or, on node, use live-server [dirPath]

Solution 10 - Javascript

I had the same problem and it was caused by setting <base href=> to a naked domain while my server always served the www domain. Adding the www to the url in base href solved the issue.

Attributions

All content for this solution is sourced from the original question on Stackoverflow.

The content on this page is licensed under the Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license.

Content TypeOriginal AuthorOriginal Content on Stackoverflow
QuestionAtadjView Question on Stackoverflow
Solution 1 - JavascriptMattView Answer on Stackoverflow
Solution 2 - JavascriptoliverguentherView Answer on Stackoverflow
Solution 3 - JavascriptAdamView Answer on Stackoverflow
Solution 4 - JavascriptT.ToduaView Answer on Stackoverflow
Solution 5 - JavascriptAyoub LaazaziView Answer on Stackoverflow
Solution 6 - JavascripthectorpycoView Answer on Stackoverflow
Solution 7 - JavascriptDrorView Answer on Stackoverflow
Solution 8 - JavascriptLOVENEET SINGHView Answer on Stackoverflow
Solution 9 - JavascriptRahul DahalView Answer on Stackoverflow
Solution 10 - JavascriptLaundroMatView Answer on Stackoverflow