RockYourBlog

Hey,

thanks for looking into the matter. I’ll give Minimal Analytics a try then.

Cheers
Philipp

Hey @valwa

thanks for your quick reply!

Unfortunately, that doesn’t really solve the problem because I can call “renderMeowLightbox();” as many times as I want. As long as there are still images in the DOM that were not yet in the viewport, they do not work in the lightbox because the “src=” of the images are pointing to the placeholder.

A workaround would be to display only the image in the lightbox that has been clicked on instead of all eligible images in the content. Because to click on an image it has to be in the viewport which means “src=” has been updated and I could call “renderMeowLightbox();” before.

Is it possible to set this in Meow Lightbox? So that only the image you clicked on is displayed and not all images at once in a slider?

I hope you understand what I mean. Thank you for your time! ??

Cheers
Philipp

• This reply was modified 6 months, 2 weeks ago by RockYourBlog.

Hey!

Updating to 8.10.1 fixed the issue.

Thanks Brecht, fast and reliable as always ??

Since I can’t wait that long for an answer and the support forum here doesn’t seem to be very active, I solved my issue myself with some JS code:

document.addEventListener('DOMContentLoaded', () => {  
            document.getElementById("haet-cleverreach-cleverreach_email").setAttribute("placeholder", "Your eMail here");
            });   

Basically you can add any attribute you wish that way, for example I added an aria label so that people with disabilities who use screen readers can interact with the form, too.

I like CleverReach, but this plugin is very barebones tbh.

Hey Igor,

thank you for your reply!

Can you please specifiy which information from the status report you need? I do not want to post the complete report here publicly, as it contains sensitive information about the website.

Or is there a way to send this to you privately?

Hey Brecht,

alright, thanks for your help!

Cheers,
Philipp

Hey Brecht,

I thought about it again and you’re right. I have now slightly adjusted the times for the recurring cache refresh of blogposts with recipes in it. That should do.

Thanks!

Cheers
Philipp

Hey again,

I think I found the culprit. I have GDPR settings enabled and the “prefer local images” option ticked. If I disable the GDPR setting so that the plugin loads the images directly from instagram it works with WP Rockets lazyload when “Disable JS image loading” is enabled.

The problem is that I don’t want to load the images directly from instagram. In fact I did choose your plugin because you can local host the images with it. Is there a way to disable the placeholder image? I don’t need it anyway because the images are pulled from Instagram via cron job and basically available every time and it confuses WP Rockets lazy loading method.

These are my current settings: https://postimg.cc/CnZH411K

Cheers
Philipp

Thanks for your reply, thats good to hear! I’m gonna wait for the update then ??

Hey @daanvandenbergh

I’m pinging you again because I’d like to know if you have implemented the ‘loose’ check for the cookie value in one of the last updates. An additional “Cookie contains value” (instead of “has value“) option would be great. (issue 1 in my original ticket)

I’m setting up a new webpage for a customer and stumbled upon CAOS again. All my sites use Borabls Cookie and it seems CAOS still isn’t compatible with it because of the above mentioned problem. I’d love to use your plugin in my projects and I’m sure some of my customers would even pay for Super Stealth Mode.

Cheers
Philipp

Oh! Then maybe its a conflict between Borlabs and the theme. Hmm, interesting.

I’ll dig a little deeper and then contact Borlabs.

Thanks for your help!

Edit: Already found a solution. Toggle “Video Wrapper” option under “Borlabs Cookie” -> “Content Blocker” -> “Youtube” and the plugin uses its own wrapper that manages iframe dimensions and aspect ratio.

It wasn’t, but enabling didn’t fix it. I found the culprit, though.

If the Plugin Borlabs Cookie is deactivated, the issue is gone. If I activate it again the iframe is way off. Borlabs Cookie has an overlay for YT videos, so that you have to consent before stuff gets loaded from YT. If you clear your cache and don’t accept all cookies while the cookie notice is displayed, you can see the overlay.

I reverted all changes you suggested and even then its working with Borlabs turned off.

Seems that Borlabs heavily messes with the iframe, because it inserts the wrong width & height attributes in the iframe html element and your fluid-width-video-wrapper div thats responsible for the aspect ratio gets completely erased from HTML too if the plugin is activated.

I’d like to continue using the overlay for consent. Do you have an idea how to fix this? Otherwise I’ll give the guys at Borlabs a heads up.

• This reply was modified 3 years, 9 months ago by RockYourBlog.

Hey Brecht,

lighting fast response time as ever! ??

Done, but I did that already while fiddling with the CSS. The width gets fixed using that rule, the height remains way off, though.

I tried to force an aspect ratio of 16:9 with dynamic dimensions like described here but couldn’t get it to work.

Cheers

Will do!

Any ideas? At least for issue 1? I really want to use CAOS, but without getting it to work with Borlabs Cookies, that won’t be a possibility.

@daanvandenbergh maybe?