Hi
Just to let you know I’ve resolved this issue, but only by rolling the SiteOrigin Widgets Bundle back from 1.18.1 to 1.17.11.
As above, the issue is that all the project / portfolio pages on my main business website suddenly gained a large amount of whitespace below any Image Slider; that space was equal to the height of the images placed.
As my project pages have white backgrounds, it was only when I switched on a red background to the row that the slider sat in, that I could see previous and next nav buttons had been added directly below the slider and a distance blow that – roughly equal to the height of the image above – a bulleted horizontal nav representing all of the images in the slider.
This issue only appeared when I made the update to 1.18.1.
I have over 100 project pages that use this widget with over 1000 images in play. All have been created over the last three years. None appear to have any form of navigation enabled, and I’d not made any changes to the pages. So the sudden change / bug was a scary one!
For background I’m using the ThemeTrust ‘Create’ theme (v 2.3.0 latest), SiteOrigin PageBuilder (2.11.8).
A typical portfolio / project page can be found here: https://www.coverness.com/project/the-cadwaladr-quests/
Hope that helps :-)
Hi CVNESS,
We’ve come up with a fix that should resolve the issue you’re facing. You can download a patched version of SiteOrigin Widgets Bundle by clicking here.
Before proceeding, do a backup.
To install the patched version please navigate to PluginsInstalled Plugins and deactivate SiteOrigin Widgets Bundle, then delete it. Scroll to the top and click Add New, Upload Plugin. Upload so-widgets-bundle.1.18.1.2.zip and when prompted, activate SiteOrigin Widgets Bundle.
Please clear any page cache and minify plugin caches. Then clear your browser cache. How do the sliders look now?
Kind regards,
Alex
Hi Alex
Many thanks for the patched version.
Unfortunately, in my case, the patched version doesn’t seem to be working.
I patched the plugin, emptied caches all round and – by itself – the new version plugin doesn’t initially make any difference.
However, I’ve noted that if I toggle ‘Always show navigation on mobile’ off and on – or even just on – and update the page, the issue resolves. So it’s almost as if there’s some requirement to either force some change in the slider – even if it’s immediately reverted – to cause the excess space and hidden image navigation to disappear again.
Now, in theory, I could do a mass find and replace to swap this bit of code on all project pages:
{"pagination":true,"speed":400,"timeout":8000,"paused":false,"pause_on_hover":false,"swipe":true,"nav_always_show_mobile":true,"breakpoint":"780px"}">to
{"pagination":true,"speed":400,"timeout":8000,"paused":false,"pause_on_hover":false,"swipe":true,";nav_always_show_mobile":"","breakpoint":"780px"}">But, with over 100 project pages, that’d be a bit dangerous, methinks.
So, for now, I think I’ll have to roll back to 1.17.11 and hold there until I know the bug is completely fixed.
Hope that makes sense.
C
Hi Alex
Just to confirm, I’ve now rolled the site back to SiteOrigin Widgets Bundle 1.17.11.
If another patched version – or fix solution – becomes available, please let me know :-)
VBW
C
Hi CVNESS,
Thank you for trying the patched version. I’m having trouble replicating this issue locally – specifically the navigation placement. Do you have a staging site I can take another look at? This will allow me to compare the markup to the current version and that should allow me to spot what’s going on.
Can you please send me a copy of one of the pages affected by this issue? To export a page, open up the linked page in the editor and click the Layout button in the Page Builder toolbar. Click Import/export and then click download. Please upload the export to a 3rd party file hosting site such as WeTransfer (no email is required).
I’ve inspected the code related to the Always show navigation on mobile setting and there haven’t been any modifications to it in a number of years so I’m unsure why that setting is resulting in a difference.
Kind regards,
Alex
HI Alex
The reason I highlighted the Always show navigation on mobile setting was that it was just an indicator that – if I updated and saved the page – the issue seemed to disappear.
I’ve just tried your request to download the layout and – unfortunately – I’m not seeing any download taking place. It may be because the layout of the page isn’t a defined template: I’ve basically constructed and a project page using the theme, SO Page Builder own and SO Widgets. That project page then gets cloned to create each new project page.
Unfortunately, I don’t have a staging site currently: my site has been up, running and stable for about 4 years, so it became less of a necessity to have one.
If it would be of real help, I could potentially create a staging site, from a clone of the current, but that would take quite sometime as the site is fairly large in size.
Apols if that’s not a bunch of immediate help.
Let me know your thoughts.
VBW
Mark
Hi Mark,
Ah. If you update to the patched version and make a change, does the slider work as expected?
That should be fine. Hm. Are you using Wordfence? If so, it’s possible it’s blocking the export. Try following the advice outlined in this thread to unblock the request (the parm will be slightly different):
Thread: Date appearing when trying to edit widgets in Page Builder
Kind regards,
Alex
Hi Alex
Yes (or at least in my experience with testing it): if I make a change to the slider options and save the page – even if I revert the change later – the issue resolves. So it seems as if the slider needs a nudge to reset some internal prefs, of something.
An example of that change was checking the Always show navigation on mobile setting and saving the page. That fixed it for that page.
If I reverted the change (ie: unchecked the Always show navigation on mobile setting ) and saved the page again, the issue remained fixed.
However, I can’t do that with 100+ project pages! Plus, it seems a kludge, not a fix.
Will look into the layout export option again now…
VBW
Mark
Hi Alex
Here’s what down loaded for the page layout:
Page Layout
VBW
Mark
Hi Mark,
Thanks for checking. When making changes to widgets, any widget CSS previously cached will be cleared and recreated – this cache is separate from any plugin or server-side caching you may be using.
The also happens after SiteOrigin Widget Bundle updates – specifically, a reset of the widget CSS cache. This means that a proper release should result in the same thing happening for every slider on your website (rather than just the slides you manually adjust) and that in turn, should allow for the fixed version of the slider to appear. We’ll be releasing an update shortly, please try it and let me know if the sliders are working as expected after updating.
Regardless of the above, I’ve tried the provided layout and I’m not able to replicate the issue after updating to the patched version. We’ll look into this further if the issue remains after updating.
Kind regards,
Alex
HI Alex
Many thanks for the feedback.
I’ll keep an eye out for the Widget Bundles update.
Just out of curiosity, do you know what the release version number will be?
VBW
Mark
Hi Mark,
The release version number will be 1.18.2. You should see the update shortly.
Kind regards,
Alex
Hi Alex
I updated to 1.18.2…and now have a different problem!
Now all the images in my project sliders are squeezed to double the height. What seems to have happened is that the issue of invisibly adding image navigation underneath the images has gone away and the images have increased in height to fill the same space.
Here’s a link to show the issue.
As before, I made sure to clear the caches after the update.
Am rolling back to 1.17.1 again.
Sorry about this.
VBW
M
HI Alex
Have reverted to 1.17.1 and the issue has resolved again.
Just seems to be in my case that something in the bundle after 1.17.1 is weird for the sliders. Haven’t seen this happen in the 4 or so years I’ve been using the Widgets Bundle.
VBW
Mark
Hi Mark,
Thanks for trying. The update has an additional height check that prevents a custom height from being applied if you manually apply one. We’ve tried to replicate the results you’re getting but we’ve been unable to so far.
Would it be possible for you to create a temporary admin account for us so we can log in and take a look at your settings? This should hopefully allow us to replicate this issue externally.
Kind regards,
Alex
This is a private message.
Hi Alex
Very many thanks for the response.
I think what I may do – if you don’t mind – is look at creating a new staging site.
If you can bear with me for a couple of hours, I’ll see if I can get that live for you.
VBW
Mark
Hi Mark,
Okay cool. Let me know when it’s set up and we’ll take a closer look. Thanks mate. :)
Kind regards,
Alex
HI Alex
The details for the staging site should now be with you.
VBW
Mark
This is a private message.
Hi Mark,
I’ve run a few tests and I’m having trouble replicating this issue on the dev site. Are you able to? I’m testing the page you linked in your initial post on the dev site, and I’ve had a look at a few others and I can’t find any stretching. If you’re still able to replicate it, can you please clarify the name of a page (or provide the page id if you would rather not link it) still affected?
Kind regards,
Alex
Hi Alex
Thanks so much for your behind-the-scenes work.
Am glad to say the issue now seems to be completely resolved :-)
Thanks again!
VBW
Mark
Hi Mark / Anyone reading,
Thanks to the staging site that was set up, I was able to identify a potential situation (it appears to be dependent on the server environment as we’ve been unable to replicate elsewhere so far) where defaults would incorrectly process potentially invalid default values rather than disregarding them. Using this information, I was able to come up with a fix that will be present in the next SiteOrigin Widgets Bundle update. I’ve prepared a patched version of SiteOrgin Widgets Bundle that can be downloaded by clicking here.
To install the patched version please navigate to PluginsInstalled Plugins and deactivate SiteOrigin Widgets Bundle, then delete it. Scroll to the top and click Add New, Upload Plugin. Upload so-widgets-bundle.1.18.2.1.zip and when prompted, activate SiteOrigin Widgets Bundle. No further changes are required.
Please feel free to open a new thread if anything else comes up. :)
Kind regards,
Alex
Cheers Alex :-)