Nabsta

Hi Kasia,

I’m using IE11 on Win10 (home) and IE11 on Win7 Enterprise (work). Both the same.

Works fine in Chrome, Firefox, Edge and mobile (iPhone at least).

David

OK, so it is because of cookies across https:// and https://. If I force SSL across the whole site it works fine logged in or not. You need to provide a solution for this…

But that seems to be due to Contact Form 7.

Seems it’s just not executing the Ajax to set the _options so the popup is getting rejected.

Hi Bojan,

This is the error that doesn’t appear if logged in:
GET https://www.goodthymegourmet.com.au/wp-admin/admin-ajax.php? lcvJCYAwEEDRhpIMkopEh2RCNmcR7F4FG_D2D-9HKIchXy5-4RslXhVDo-4WYDyl0o4MLH5WS9ShyGeDZmw4rW856BhV_k4PHNW…:8 callback=po_dat…m=%2Fua.moc.temruogemyhtdoog.www%2F%2F%3Aptth&thereferrer=&_=1457126919713
send @ lcvJCYAwEEDRhpIMkopEh2RCNmcR7F4FG_D2D-9HKIchXy5-4RslXhVDo-4WYDyl0o4MLH5WS9ShyGeDZmw4rW856BhV_k4PHNW…:8
m.extend.ajax @ lcvJCYAwEEDRhpIMkopEh2RCNmcR7F4FG_D2D-9HKIchXy5-4RslXhVDo-4WYDyl0o4MLH5WS9ShyGeDZmw4rW856BhV_k4PHNW…:8
i @ M9DPz0stAWLdgqJ8_axiGFfHUL88vyiloCi1uFi3IL-gtAAkWVCalJOZrJebmadjol9eoJuam5SaAuICAA.js:1855
load_popup @ M9DPz0stAWLdgqJ8_axiGFfHUL88vyiloCi1uFi3IL-gtAAkWVCalJOZrJebmadjol9eoJuam5SaAuICAA.js:1855
init @ M9DPz0stAWLdgqJ8_axiGFfHUL88vyiloCi1uFi3IL-gtAAkWVCalJOZrJebmadjol9eoJuam5SaAuICAA.js:1855
t @ M9DPz0stAWLdgqJ8_axiGFfHUL88vyiloCi1uFi3IL-gtAAkWVCalJOZrJebmadjol9eoJuam5SaAuICAA.js:1855
n @ M9DPz0stAWLdgqJ8_axiGFfHUL88vyiloCi1uFi3IL-gtAAkWVCalJOZrJebmadjol9eoJuam5SaAuICAA.js:1855
(anonymous function) @ M9DPz0stAWLdgqJ8_axiGFfHUL88vyiloCi1uFi3IL-gtAAkWVCalJOZrJebmadjol9eoJuam5SaAuICAA.js:1855
j @ lcvJCYAwEEDRhpIMkopEh2RCNmcR7F4FG_D2D-9HKIchXy5-4RslXhVDo-4WYDyl0o4MLH5WS9ShyGeDZmw4rW856BhV_k4PHNW…:5
k.fireWith @ lcvJCYAwEEDRhpIMkopEh2RCNmcR7F4FG_D2D-9HKIchXy5-4RslXhVDo-4WYDyl0o4MLH5WS9ShyGeDZmw4rW856BhV_k4PHNW…:5
m.extend.ready @ lcvJCYAwEEDRhpIMkopEh2RCNmcR7F4FG_D2D-9HKIchXy5-4RslXhVDo-4WYDyl0o4MLH5WS9ShyGeDZmw4rW856BhV_k4PHNW…:5
J @ lcvJCYAwEEDRhpIMkopEh2RCNmcR7F4FG_D2D-9HKIchXy5-4RslXhVDo-4WYDyl0o4MLH5WS9ShyGeDZmw4rW856BhV_k4PHNW…:5

I bet it has something to do with the http: in the callback but the source url is https:

Cheers
David

Hi Bojan,

None of your suggestions should make any difference when the popup works fine when logged in? I am not going to waste time making those changes unless you convince me why they are relevant to not being logged in…

So what’s next?

Cheers
D

Hi Bojan,

Thanks for the response. I am well.

Love the Popup plugin, just need it to work for my client! ??

I posted earlier, “…being logged in makes popup work on both http: and http[s]: URLs.”

It does not appear on any device if NOT logged in. Appears on all devices if logged in, http: and https:. Only issue is a SEC7111 with https: because the image src is http:.

The only popup condition is specific URLs – home page and another landing page. I’ve turned off all other conditions in Settings.

Cheers
David

Have also just tested this hypothesis on mobile and it works if logged in but not otherwise…

Apologies, cache issue – common factor is being logged in makes popup work on both http: and http: URLs.

It appears to be a conflict between SSL and non-SSL URLs.

If I am NOT logged in it doesn’t work at all on any browser.

If I am logged in it works with http: URL ONLY, not https:

I am using iThemes Security and have Force SSL for Admin checked.

BTW, I’ve tried all 3 (free version) load types (WP Ajax, Custom Ajax and Footer) again with no change.

I wish it was that easy. It’s actually failing within the recaptcha__en.js code deliberately throwing the error.

This only seems to happen in IE (v11). At least haven’t seen it in Chrome when testing.