Thanks for that. Unfortunately it hasn’t solved my other issue and my client just had it too.
After using the YouTube embed code I click update or publish. Everything looks fine, but from that point on its no longer possible to edit the page with page builder. Instead of loading the builder it loads the front facing page (what the public sees).
OK i’ve narrowed down the issue to the wordpress domain mapping plugin.
Yesterday, my client built the site in pagebuilder, then I made it live by mapping the domain in the plugin and setting it to primary.
Obviously I can’t operate my clients site this way - it’s live and the address bar needs to have the clients domain in it.
What is the solution?
OK I have managed to resolve this. I had to log out of my multisite, and then log in at the mapped domain i.e. clientsite.com/wp-admin
in the domain mapper I also unchecked:
Remote login
Redirect administration pages to site’s original domain (remote login disabled if this redirect is disabled)
the builder didn’t detect that I wasn’t logged in and freaked out - but instead of asking me to log in, it gave me a page doesn’t exist error.
I can see some other people here have had domain mapping issues. If you add some user logged in checking code to your page builder when it loads, you might fix this problem for a few people. :_)
turning off the primary domain option again in the domain mapping plugin restores the images. It’s clearly a bug.
When primary domain is enabled. If i open the source code in the builder, the links are pointing to both the none primary and primary domain. Both links are working, but maybe this is where the bug is. The page builder seems to be getting confused about the site url???
Sorry for the hassle. It looks like this might be an Nginx config issue that’s causing the ?fl_builder variable to not be recognized in the URL. Here’s a link to a solution for that. Can you give that a shot?
Thanks for the follow up and additional info. The issue makes sense now. Part of the problem is that I have the font icons installed on my computer, so I’m still seeing them even though they’re not loading on your site.
The reason they are not loading is because you can’t load fonts cross-domain. The URL you are visiting is ben-green.co.uk while the fonts are being loaded over bengreencouk.jamhost.it.
While the BB plugin is loading the fonts, we are using a core WordPress function to build the URL. Specifically, we’re using the plugins_url function which is a fairly standard way to build the URL.
I know that others have had domain mapping issues before, but they’ve typically revolved around login issues, not cross-domain font issues like this. So, I’m not yet sure what the solution is. It very well could be a domain mapping setup issue, but let me do a little more digging and get back to you.
I still think there is an issue with your domain mapping setup somewhere. I checked a few other customers’ multisite setups and the plugins_url function is return the correct URL. Not sure what it could be, but I was able to implement a workaround for this edge case.
Hi. This issue is fixed now. Are you able to tell me what you did - I expect to be adding more sites in the future, and if I can resolve the issue myself then I would like to do that…