Anton42

Are you guys seeing recaptcha__en.js loaded twice in the Network panel?

First initiated by api.js (fair enough), but then again initiated by some recaptcha_api/anchor document. Trying to figure out where all this is coming from on a site that I didn’t have control of for some time (people looooove to add WP plugins, bless them), and this feels like spaghetti — not CF7’s fault, of course.

UPDATE: Found this issue, no solution, but closed ??

• This reply was modified 3 years, 6 months ago by Anton42.

Dot in category base breaks paging and sub-category listings for me. Just tried this plugin, and it seems to work perfectly. I’ll keep an eye on it, though…

Ah, just found out that Really Simple Captcha is no longer recommended, switched to reCaptcha following these instructions, thanks!

Same warnings for me, shown on different pages, not consistently — ≈ 5–10% of time (still annoying). Warnings go away after reloading the page, no Ctrl-F5 (cache bypass) is needed. It happens on all pages, with or without ContactForm7, as @zzzaaabbb above says.

I hope this helps find and fix the issue.

Confirmed, this solves the problem, thank you!

Alright, seems like I solved it, let me know if this is correct.

In oik-nivo-slider/nivo.inc, I replaced this line, which indiscriminately changes all of the string, breaking all HTML included in tag attributes by inserting double quotes:

$thumbnail = str_replace( "/>", ' style="display:none" />', $thumbnail );

By this, which only replaces the closing of the image tag:

$thumbnail = preg_replace('/\/\>$/', ' style="display:none" />', $thumbnail);

This does assume that retimage always returns image code with “/>” at the very end of the string, but it works in my situation.

OK, I found that it is caused by
tags inserted into image title, your code changes all ‘/>’ to ‘display=”none” />’, it needs more checking to allow HTML in titles (which was supported before).

Hi Herb,

Thank you, inserting do_action( “oik_add_shortcodes”); before my code solved the issue. And thanks for warning about hazards of using filters, I’ll keep that in mind.

To be honest, I don’t think you need to make any changes, it would just be useful to mention the shortcodes caveat on Installation and/or FAQ pages of the plugin. Oik advertises their shortcodes all over, so it is jarring when they don’t work (though invoking from template PHP is not the most popular use-case, I understand that).

Thank you again for your help, and for the great plugin too!

OK, solved by replacing do_shortcode() with <?php echo apply_filters( ‘the_content’,'[nivo …]’); ?>

I guess the registration process in Oik changed to use filters instead of proper shortcodes?

By the way, id=289,290 does not work from your example, only shows the first id, so I replaced with include=”289,290″.

Hi, sorry for long delay, could not get around to test this.

I do very much like how it looks with the Fancybox! Is it part of WordPress, so reliable to use? (I’ve used Lightbox Plus before)

Thank you again for your help and response!

Ah, okay, thank you very much for the explanation!

Best regards,
Anton