Firelight

@optimizingmatters – Thanks so much for following up here with an update. Much appreciated, and glad to see this is resolved.

Hi, we did add the dompurify script to the plugin in a recent update. It is required as dependency for fancybox now – we load it before fancybox – so it should *always* be loading.

Apparently it is not for you. I’ll take a look today to confirm we’re loading it in all cases, especially around youtube videos.

Hi Matthieu,

Wow, thanks for digging into this. You did most of the troubleshooting for me :). Thanks for narrowing down the issue for me and for others who may see this.

I’ll also look more into what’s going on here and see if I can find a solution.

Hi,

It sounds like you have two concerns or issues to me. First is that your images are appearing smaller than you want. Second is that you are trying to fix that by updating the width/height settings to be larger, and that is not working. Am I correct on both of those?

1) On image size… Are you adding these images via the block editor (ie, with an image or gallery block)? If so, can you go to the image block, look at the side bar where the image block settings are, and find the ‘Resolution’ setting. My guess is that it is set to ‘Large’. Try setting it to ‘Full Size’ and see what happens.

Basically WordPress generates image sizes for you. By default it may try to use one of its auto-generated images sizes, which is smaller than your original. And as a rule, Fancybox won’t display an image larger than its actual size.

2) On the width/height settings, I should update the description to be more clear. But for images, these will only apply if Fancybox cannot determine the size of the underlying image and work with that. Otherwise, the size of the display is based on the size of the image OR, if the image is bigger than the window and you have ‘scale to fit’ turned on, the image will be scaled down to the window size plus anything you have set in the ‘Window margin’ setting.

In any case, can you give # 1 a try and let me know if the image displays larger?

If that does work, you’ll have a bit of a second problem which is that those are very large images to display would could affect load time of the images especially on mobile devices.

Hi – Since it’s been 2 days, I wanted to post quickly that I’m going to look at this today. Mobile devices including ipads use their own pdf viewer to open PDFs and they often do not play well with lightboxes. I want to check the status of this on a few devices types, and I’ll follow up.

Hey – Still haven’t figured this out with the free lightbox. Resetting recaptcha after the lightbox loads is not sufficient to fix the issue.

I’ve also confirm this DOES work with the Firelight Pro lightbox. I put up a demo for you to see here: https://firelightwp.com/pro-lightbox/ninja-forms-in-lightbox-popup/

The fact that it works with the Pro Lightbox and not the free one obviously means that it is something about the free lightbox that’s interfering with recaptcha. It’s worth noting that the issue here is likely a conflict between recaptcha and the *actual* fancybox V1 and V2 lightbox script. That’s not something we created, but rather something we’re wrapping into a plugin here. It’s also worth noting that those are older versions of Fancybox (the Pro Lightbox is the newest version, which is V5).

In any case, I’ll keep troubleshooting, but will probably need to pick this up again tomorrow.

Hi. I did set up a Ninja form in the lightbox yesterday and it was working fine. But that was without recaptcha.

I highly suspect that the issue may arise from putting recaptcha in a modal (or in any content that is originally hidden and then displayed afterwards). There are a number of reports for this sort of thing if you search Google for the JS error on your site (ie, “recaptcha Uncaught (in promise) Timeout (z)”).

But I can’t set up recaptcha on my local dev instance. I need to do it on a live site, and I didn’t get to doing that yesterday.

You could quickly confirm this is the issue by temporarily removing recaptcha from that form and confirming the form works in the lightbox without recaptcha. If so, then we know that there is basically a conflict with recaptcha in a lightbox. If that’s the case, I think it will require a specific code fix on our side to effectively reset reacaptcha after the lightbox is opened.

Otherwise, I’ll try to get that set up today and confirm and, if that’s the issue, start investigating a fix.

Hi!

To get the lightbox to open in the classic editor, you’d insert an image using the Add Media button. Once it is inserted, click on the image and click the edit/pencil icon which will open the image settings. And then set the image to open media file. That should do it. Give that a try and let me know if it’s working for you.

Out side the classic editor, I have update the plugin so it will open images without needing to set it as Link To: Media File. I will plan to extend that to Classic Editor so this extra step is not necessary.