elviiso

Hi @hyprfusion

I do have an update on this. First, I want to confirm that the workaround { "lightbox": { "infoAutoHide":false } } does work. The issue was with the double quotes.

Kindly ensure that you are using the normal double quotes and not the double backquotes when adding it to the “Custom Settings field for it to work.

Thanks.

Hi @dudeltrieb and @elsatutu

Thanks for alerting us to this and for sharing the system info.

I can confirm that we are currently actively working on a fix to address this and will release an update soon to resolve the issue permanently. In the meantime, if this is not a development site, I recommend disabling the debug mode in your wp-config.php file to prevent these notices from being displayed. You can refer to this guide for instructions:?Disable Debug Mode.

Thank you for your patience, understanding, and continued support as we work on this resolution.

Kind regards,

Elvis

Hi @ristretto6

Thank you for bringing this to our attention.

The messages shown in the screenshot you’ve shared are PHP warning notices, a built-in debugging feature in WordPress designed for developers. These warnings help plugin and theme developers identify issues with their code, ensuring compatibility and adherence to best practices.

The good news is that PHP warnings and notices like these are non-critical errors. They won’t prevent WordPress, your theme, or plugins from loading and cannot break your site.

On top of that, the development team was already aware of this and are currently actively working on a fix to address this and will release an update soon to resolve the issue permanently. In the meantime, if this is not a development site, I recommend disabling the debug mode in your wp-config.php file to prevent these notices from being displayed. You can refer to this guide for instructions: Disable Debug Mode.

Thank you for your patience, understanding, and continued support as we work on this resolution.

Kind regards,

Elvis

Hi @enderax

On that particular gallery’s settings page, kindly scroll down to the Thumbnails section and click on the “Clear Thumbnail Cache” button similar to the one shown in this link to see if it’ll help: https://prnt.sc/yPZVRoGWP32a

Thanks.

Hi @hyprfusion

For smaller screens (800px and below) such as on mobile devices and some tablets, the captions will not appear by default even when enabled. This was implemented to prevent captions from potentially overlaying the image upon initial opening, particularly if users have lengthy captions.

The workaround to override this that you discovered on another different post seems not to work for now. I’m looking into this and if I do find another workaround, I will share it here.

Thanks.

Hi @mrtvykenny and @mrtvykenny

First, the gallery roles are inherited. This means that if, for example, you set the gallery creator role to Editor, any user with a user role higher than the editor will be able to access the created galleries and add a new gallery if they want to.

Secondly, when the gallery creator role is set to “Editor”, the “Add New Gallery” option is available as shown in this image from a site where the creator role is set to “Editor”: https://prnt.sc/sN8io1uWJGpM

Kindly ensure that you are using the latest version of FooGallery (Version 2.4.22) if you are not seeing this.

Thanks.

Hi @darinb

I noticed that you’ve raised a similar question in our other support forum for our premium users, and we’ve already responded there. To prevent duplicate communication or any potential confusion, I’ll go ahead and close this ticket.

Thank you!

• This reply was modified 1 day, 22 hours ago by elviiso.

Hi @dudeltrieb

Thanks for alerting us to this and for sharing the workaround. We will attempt to replicate this and implement a fix to resolve this.

First, just so that we can have the information needed, kindly navigate to FooGallery -> System Info. Copy the information displayed on that page and share them with us in this thread and we’ll take it from there. Thanks.

Regards,
Elvis

Hi @paddy909

I’ve reviewed the page you shared, and it looks like you’re currently using the SwipeBox Lightbox. If you’d like to continue using SwipeBox, I recommend reaching out to their support team for guidance on this.

However, if you decide to switch to FooBox, the navigation through the photos in the gallery on that page will loop seamlessly—once you reach the last photo, it will continue from the first photo automatically.

Thanks

Hi @ristretto6

To enable visitors to be redirected to a custom URL when they click on the image, you will need to set “Lightbox” to “None” as shown here: https://prnt.sc/JpG1npkxmALO

Looking at the gallery on the page you shared, I can see that you have managed to correctly set this up, which is great.

Thanks.

Hi @kisquian

Thanks for sharing the screenshot. Looking at the error messages in your WordPress debug panel, there are a few issues:

The main error causing the image loading problem appears to be:
exif_imagetype(): Stream does not support seeking in wp-includes/functions.php
This typically occurs when WordPress is trying to read image metadata but cannot properly access the image file. This could be due to:

• Incorrect file permissions
• Corrupted image files
• Server configuration issues with PHP’s exif functions
• Image path issues

There’s also a related error:
Trying to access array offset on value of type null in the WP Engine common plugin. This suggests there might be an issue with how the image data is being processed.

To fix these issues, try:

1. Check the file permissions on your images directory (should be 755 for folders and 644 for files)
2. Verify that the images are not corrupted by downloading and re-uploading them
3. Make sure PHP’s exif module is enabled on your server
4. Temporarily disable the WP Engine plugin to see if it resolves the conflict

Since you’re using WP Engine, you might also want to:

1. Clear your site cache
2. Contact WP Engine support as they might have specific settings that need to be adjusted for proper image handling

Hope this helps.

Hi @digbymaass

Thanks for alerting us to this. We will investigate this and implement a fix which we will release if we do identify any issues.

Hi @kisquian

If you’re able to upload SVG images to your WordPress media library (note that SVGs aren’t natively supported by WordPress due to security concerns), it is possible to add them to a FooGallery gallery, and they should display correctly on the frontend. I’ve tested this setup and can confirm it works.

If the images aren’t displaying as expected, please share a link to your gallery page, and I’ll take a closer look before I can advise further. Thank you!

Hi @att18

We haven’t heard from you in a while, so we presume the problem has been resolved and we’re closing this support ticket.

If you are still experiencing the problem, then please open a new support ticket.

Regards,
Elvis.

Hi @ristretto6

I have had a look at the page you shared and can see that the gallery in question (ID=5647) is loading correctly on the page as shown in this linked image: https://prnt.sc/b1YA92g89ROy

The error that was affecting that page seems to also have been resolved, which is great.

Please let me know if the gallery is also being displayed on your end too. Thanks.