Hello:
We have one website user where the HTML embed (iframe) on this page does not display, oddly:
The error she sees in the embed is: “www-driftscape-com.filesusr.com refused to connect.”
And, it used to work for her, and recently started failing.
The URL (public) is:
It works for all other users. It is persistent for her only, on all browsers and several computers in her home. BUT… if she uses her phone, and disconnects wifi and uses celluar, it then works! And, she has tested another similar embed on a different Wix hosted site, and it does the same thing.
This seems to indicate to me that her home IP address is being blocked by Wix for some reason on load of that embed (since it works on her phone with cellular, but not wifi). I’ve checked her browser console log, and it just seems that the embed is not even opened or tried by Wix at all (I see no log output from the embed, whereas I do for people where it works). She’s tried clearing cookies, different browsers, etc.
We’ve tried the embed iframe url directly as well, which works for her:
Product:
Wix editor, HTML embed.
What are you trying to achieve:
display HTML content in an iframe.
Thanks,
Dan
Getting the same thing, seems like iFrames are not hosted on Wix? Which is super odd! Filesusr.com is being blocked by the ISP as an untrusted site.
Did you find a workaround?
Well, in our case, it was just one user only that was experiencing this. The iFrame embed in general works for us. And… after a couple days, it started working for the this user all of a sudden, and we didn’t do anything!
So, very mysterious and odd.
Dan
I am getting this same error message when embedding HTML elements on my websites. Never had this issue. Noticed it a couple of days ago.
We are having this same issue, exactly as described. I tried on my cell without being connected to wifi and was able to access the form we have embeded. When connected to wifi at my home, I get the same “refused to connect” message. This needs to be fixed ASAP as it is affecting registration for an event we have coming up. I also see the error on the backend of the site when in edit mode.
We submitted a support ticket for this and they are refusing that the problem is on their end! They are blaming our code 
Everything on our site is now working again. What about you?
I am having the exact same problem and getting the exact same message. And the embed also works on some computers but not others. I also submitted a ticket, and Wix is also telling me that they can’t help because it is a problem with the third party embed code. I have never had a problem with this before and this started several days ago and is still ongoing. It seems unlikely to me that all of us are simultaneously and coincidentally having problems with multiple different embed codes rather than it being a Wix issue…
the issue likely stems from the unsecure connection of the website being embedded in the iframe. Wix prioritizes user security and restricts embedding of content from non-HTTPS websites.
Here’s a breakdown of the situation:
- Unsecured Connection: The website hosted uses an insecure HTTP connection (not HTTPS).
- Wix Security: Wix blocks iframes from insecure sources to protect users from potential security vulnerabilities. This explains why the iframe doesn’t display.
- User’s Experience: The iframe works on cellular data (bypassing Wix’s security check) but not on WiFi (where Wix enforces security). This reinforces the connection issue.
Possible Solutions:
- Contact Driftscape: The ideal solution is for the website owner (Driftscape) to switch to a secure HTTPS connection. This would allow the iframe to function normally within Wix.
- Alternative Embed Method (if possible): Explore if Driftscape offers an alternative embed method that doesn’t rely on iframes. This might involve a Wix App or custom code that adheres to Wix’s security standards.
Things to Consider:
- Wix doesn’t support editing external code, so modifying the iframe code itself isn’t an option.
- Wix prioritizes user safety, so bypassing security restrictions isn’t recommended.
In conclusion, the most secure and reliable solution is for Driftscape to implement HTTPS. This would ensure a smooth user experience for everyone embedding their content.
Thank you for this reply.
Driftscape is fully HTTPS, secure, registered domains, etc. Note that all users are seeing inconsistent behaviour of different computers, with clear replication steps.
So, unsecured connections is not the issue in our case, at all.
1 Like
