Forum Replies Created
-
Posts
-
@Nikko: can I commend the
responsive-embedsline as a candidate for a future Enfold release? I haven’t done proper testing, of course, but I’m seeing it fix several things around my site.I’m pretty sure it is in the 4.6.4 update: see this thread, and the line:
fixed: Bug Safari browsers throw a js error with cookie consent
@mortulgaah I had to toggle Enfold’s script and stylesheet compression off and on (bottom checkbox in the Performance tab of theme options) to force it to rebuild the script include. One of those ‘standard practice’ things which keeps tripping me up.
@Rikard: am I right in thinking these fixes will be in the next Enfold point release?I think I’ve accidentally fixed this issue on my site while debugging a Gravity Forms embed issue, which turned out to be a result of a cookie consent problem: see this thread for details. Applying the fixes in posts #1145865 and #1146123 has sorted both Gravity Forms embed and Google Maps embed, in Safari.
@Basilis, I get that Safari can be troublesome to support, but Safari clearly can support Google Maps embeds. Whether the changes above work around Safari limitations, or fix behaviour revealed by Safari being strict, is perhaps a matter of interpretation.Seeing the same problem here. For example, the header on this page. This appears to be a relatively recent failure: that page was working when I most recently updated it, a week ago. Safari has updated in the intervening time.
Chrome and Firefox show maps as expected.
Very old thread, but: I just ran into this on my own site, and appear to have fixed it (pending more extensive testing) by including the following line in my child theme’s
functions.php:add_theme_support( 'responsive-embeds' );This is sort-of documented for the WordPress block editor.
Classic facepalm moment: through ham-fisted merging I managed to delete my amended code, reverting to the earlier version which prompted the error. A week later, and after a bunch of other code has flitted through my head, I had to Google the fix again.
…at which point I came across a forum post describing exactly the solution I needed. Written by… er… me. A week ago.
Morals of this story:
- Document yourself, preferably publicly!
- I’m an idiot.
In my case, the solution was to replace a call to AviaBuilder::builder_status with one to Avia_Builder()->get_alb_builder_status. This was in an override to loop-index I’d included in a single.php template for a specific content type.
Comparing my child theme’s override code with the updated default in the Enfold theme itself found the problem pretty quickly; since this wasn’t in a section I’d amended, I could simple copy-and-paste the updated code into my override.
Ah, cunning – just hide it in the admin. I should have thought of that. With a little fiddling around of post type capabilities and which types have Avia added explicitly, I think that’s got it. I’ll test and deploy.
Many thanks for the speedy response!
I’ll try to set up a test page for you – might take a few days, sorry, I’m fighting rolling deadlines!
I saw the same problem this week with Team Member elements in columns: I had entire team member sections disappear, and randomly-generated (empty) links added to individual cards.
Turning on debug mode, it became clear that [/av_team_member] codes were being stripped from whichever item was edited. Adding those back in returned the page to a workable state. I’ve not managed to pin down a set of actions which trigger the bug, but there’s definitely something odd going on with those close tags being stripped.
For custom post types I’m doing what’s described here, which is working well for me. I’ve some oddities to sort around missing excerpts, and there are the usual issues with switching the visual editor on-and-off.
