kender

@matheusfd

can we get an update on when this fix will be made?

done

Submitted your support form

@kimmyx

I cant roll back the clients site and break it to run these tests, but I can tell you that the CF7 form in question has nothing selected in the “popup maker” tab of the form, so maybe the error is when the form doesn’t call popup maker but the plugin is looking for something?

@benlamm seems to have had the same issue and he says that it does fix the issue with rollback, perhaps he can test for you

@abuzon

You can find the changelog for all Yoast plugins here (tells you current and past versions and release dates – I found one 2 years out of date due to lack of notice it was updated by Yoast)

https://developer.yoast.com/changelog/yoast-seo/

Thanks a lot, I know not all may be possible, for feasible, but I appreciate you looking into it

The clones are needed for infinite scrolling loop, I assume the images are background images (they show as a data-bg tag in the html with the url).

Same issue is happening to me, I believe the clones are not properly fetching the background image to display, possibly due to when the page loads in the dom.

I have no solution, but I will follow this ticket for a possible update from the developer

If it is the same problem as me, it is at the end of the slider, where it loops into the beginning to start over, yes (a quick look at your page didn’t show me which slide had the problem)?

To me, it looks like the “cloned” items (first few slides) aren’t showing the background image properly and when it loops back to the first item (start) they all show properly again.

So it looks like some slides are missing, but if you look at the last visible and the first visible, they are all there, but the in between when it is about to start over then some go missing?

I don’t have a fix, but if that is the same issue I will be following this thread for an update

also on 6.0.2

I just got the same message, thanks for the quick response and keeping up with it

bump

CF7 uses the blocked words filter from WordPress default under Settings > Discussion

see fix here

https://www.ads-software.com/support/topic/pipes-not-working-for-elements-possible-solution/#post-11818702

File: /fields/class.field.wysiwyg.php
Line: 138

replace
return wp_richedit_pre( $value );

with this
return format_for_editor( $value );

wp_richedit_pre is deprecated as of WordPress version 4.3

@kenil802

Thank you for checking with the dev team. Is this something they would be willing to implement in a future build?