- This topic has 29 replies, 3 voices, and was last updated 4 years, 8 months ago by
.
-
Posts
-
I see there’s a current issue with masonry though I’m not sure if its the same issue as my sites experincing.
Occasionally I get a large space appearing between the first post and those below it plus the first two blog pages have a space between the bottom posts and the page selection links which sit just above the breadcrumbs as opposed to being directly underneath the last posts like they do on blog pages 3-7.Customer Support
Hi there,
can you temporarily disable the SG Optimized plugin to see if the Combined JS option it applies is causing a conflict.
Yeah, I checked that before I posted David.
I will provide a breakdown of what I did and where I find the issue occurring for others in the future, given I know Siteground is a recommended host and GeneratePress is freaking awesome. I will also direct Siteground to this thread so they can talk directly with you guys, should there be some other issue they need assistance with.
I did suspect that there may be an issue with the SG Optimizer plugin though I couldn’t narrow it down. I know the problem stopped when I deactivated it though that doesn’t necessarily mean it’s the plugin.
When I tested the activation and deactivation of the SG plugin, I had disabled every internal feature, or at least I thought I did though it appears I may have overlooked deactivating the primary lazy load feature. It’s also possible Siteground know there’s an issue and changed something in the last day or two which I’m unaware of because I could have sworn that I had everything deactivated.
I recently changed from the “a3 Lazy Load” plugin which is a dedicated to lazy loading and the Autoptimize plugin which covers other aspects of minimising page load times, swapping them out for the SG optimizer plugin given its specifically for/by my host and it’s now had time to be developed to cover much the same things as the other two plugins I originally used.
Previously I didn’t have any worries with lazy loading, so I didn’t look to far into the checking the lazy load portion of the SG plugin. I have since discovered that the page 2 issue occurs when I activate the primary lazy loading portion of the SG plugin without any of the subcategories activated. I can also active every sub option so long as I don’t activate the Thumbnails subcategory and everything stays the same as it was without any subcategories activated therefore the site continues to only have the page 2 issue as mentioned above.
When I activate the Thumbnail subcategory the first blog page has an issue between the first and other posts directly below and the last posts and the page selector block. So that all the issues are visible I will leave every SG lazy load feature activated for the next few days.
I also noticed the spacing issue occurring between the last posts on page 1 and page 2 happens whether you’re viewing from the back-end or front whereas the large space between the first post and those directly underneath is only visible from the front-end of site.
One other thing I also just noticed is that if I use the a3 Lazy Load plugin and activate the thumbnail option, the plugin deactivates it as soon as I go to another page and or refresh which I found interesting. Seems to me something else may be causing the thumbnail issue. I tried disabling both GP Premium and SG Optimizer plugins and the thumbnail setting in the a3 plugin still reverts to the off position.
Other than this though using the a3 plugin for lazy loading does not result in any visible front or back-end issues. I’m not really concerned about the a3 plugin issue because I want to move away from using it but someone else may be, so I thought I was worth mentioning and for context.
Hopefully that makes sense to everyone and helps to narrow things down.
Garth Dryland:
This link is to my thread regarding an issue involving the SG Optimizer plugin, specifically related to the lazy load feature. Let me know what you find. https://generatepress.com/forums/topic/masonry-3/#post-1886914 Garth
03:40 PM
Rumen D.:
Hello and welcome to SiteGround Web Hosting Services
03:40 PM
Garth Dryland:
Hi
03:40 PM
Garth Dryland:
I thought this was email so I just want to check you got my link. It may take some time for you to work through.
03:41 PM
Rumen D.:
Thank you for reaching out to us. Please allow me a moment to check things out and I will gladly advise.
03:42 PM
Garth Dryland:
Okay
03:44 PM
Rumen D.:
A good question. Indeed, depending on the site, some optimisation options can interfere with other functionality in more complex setups. Usually anything affecting java script, CSS etc.
03:48 PM
Rumen D.:
In this case I see the lazy loading option for thumbnails leads to this behaviour, correct?
03:48 PM
Garth Dryland:
Yes, and simply by activating the lazy loading option without any sub options on
03:49 PM
Garth Dryland:
The thing is the a3 plugin does not break my site whereas SG optimizer does.
03:50 PM
Rumen D.:
Thank you for the details. It does look to just auto disable the feature in that case.
03:51 PM
Rumen D.:
So, this looks like an issue of the site setup with lazy loading itself. And the A3 detecting that, and stopping the lazy load
03:51 PM
Garth Dryland:
Issue with what?
03:52 PM
Garth Dryland:
The thumbnail feature maybe yes but just turning on the lazy load feature also presents a problem. IE there are two problems.
03:53 PM
Garth Dryland:
That second problem does not apply to a3 plugin, just the SG plugin
03:55 PM
Rumen D.:
I see, thank you for the details. Please allow me a moment further.
03:55 PM
Rumen D.:
In such cases we do recommend just keeping the offending feature disabled. Since the lazy loading feature is standard, so it would be down to the exact setup used for the site layout.
03:59 PM
Rumen D.:
So best to have the masonry developers take a further look on why lazy load would break their formatting.
03:59 PM
Rumen D.:
And if there’s anything specific that would need to be done on our end we would gladly check further.
04:00 PM
Garth Dryland:
Okay, I need a copy of this for them
04:00 PM
Rumen D.:
Most certainly. I will send a transcript afterwards.
04:01 PM
Garth Dryland:
Ok, bye
04:01 PM
Rumen D.:
It was a pleasure to help, and I am glad that we could check things together!
04:02 PM
Rumen D.:
See how it goes, and of course, if anything service related comes up you are welcome to reach back to us at any time! We are here 24/7 and you can always rely on us!
04:02 PM
Rumen D.:
I wish you a great rest of the day ahead. Take care.
04:03 PMNot sure if this will help, but what if you disable the Lazy Loading on the first featured image ?
This topic here explains how to add a CSS Class to that image that can be set in the lazy loader exclusion rules:https://generatepress.com/forums/topic/how-to-improve-fcp-lcp-score/#post-1882406
This site doesn’t actually use the featured image feature at all, so unless this code works with repect to the first image manually added to the first post and not when using the specfic featured image feature itself then im guessing this wont work David. This site uses the custom HTML block to display it’s images.
If there’s no way that this issue can possibly be related to GeneratePress and or GP Premium plugin then I assume it must be to do with the SG optimizer plugin given SiteGround seen to think lazy loading in the SG plugin should work the same as lazy loading with respect to the a3 plugin because of the additional issue occuring which appears to be unrelated to the thumbnail portion of the two plugins.
So how is the image being displayed in the Home / Archives ? The markup and classes all look like they are the theme generated output which includes the featured image…. Simplest way to tell is to add the function in that topic, inspect the image, and you should see it includes the
first-featured-imageclassGPP is responsible for the Masonry, and the script that it runs relies on it being able to calculate the size of each post in the loop. If something else is interfering with its output, such as a lazy loader or other code running before the Masonry scripts run then it could cause the size calculations to be out of sorts. Hence my thoughts were to disable the lazyloading on the first post image…
Okay, I will try it some time tommorrow and let you know what happens. Right now it’s 3am here and I need to sleep.
No problems – have a good night ( whats left of it ! )
Okay, I’ve added the snippet and the lazy load exclusion and it appears to fix the spacing issue directly under the first post but both the issues below the lasts posts on page one and two still occur.
The page one issue occurs when I enable thumbnails and the page two issue occurs when I activate the primary lazy loading feature without any sub categories activated, or in other words, the primary feature and all sub categories activated excluding thumbnails.
I also noticed a skip-lazy exclusion which siteground must include by default. Not sure what its for exactly.
Currently all features are activated along with the snippet and exclusions so that all current issues show on the front-end.
Well at least that pinned down one of the issues.
What i don’t understand is why does the space below only appear on Page 1 and Page 2….Can you clear any plugin and server caches, so we can eliminate the ‘calculated’ container size getting cached somewhere, as the issue corrects itself on resizing the browser.
Oh, does it. I never tried that. I tried across browsers but not resize, which I normally do but I forgot. I did since notice that if I go to 150% the gap disapears but if I click another page and or refresh while remaining at the 150% the issue reoccurs, so its temporary. I also noticed that if I go to 150% and reset the page size it looks fine until I refresh and or click another page so it doesn’t appear to be specifically a sizing related issue like I have seen and reported in the past, which tends to be grid related if I recall correctly.
I have dumped the cache on site/server and CDN many times during this process. Literally every time I tried something I dump them. Later today I will make a staging site and deactivate all the plugins again except for the SG optmizer and or a3 lazy load plugin, depending on which one I’m testing, plus GP Premium obvously which is required for the masonry feature and check what happens with respect to the spacing issue. If it still occurs then it must be one of the things still in play.
Let us know what you find.
Ok so I made a testing site and I discovered I overlooked something which points to this being theming related.
I was not saving the change in the a3 plugin so the thumbnail mode does stay on when I save the change.
So basically both of the plugins do the exact same thing to the homepage layout now when thumbnails is activated, so this clearly points to theming being responsible for both issues occuring on the homepage sugggesting the fix I made at your request may not be the solution I actually require given both issues occur with only one thing being selected and yet that solution only fixes one of them.I also noticed that the Images in Content feature of the a3 plugin creates the page two issue just like when activating the primary lazy load selector only in SG Optimizer, so I suspect they trigger the same aspect of caching but go by a slightly different name given both plugins are doing essentially the exact same thing on page two which also points this problem to being theming related.
To reclarify, I only had GP Premium and the a3 and or optimizer plugin activated at any one time and I checked the customiser to ensure that there was no additional CSS in there. Therefore 2 plugins max and GeneratePress so the issue must be in GP premium and or GeneratePress.
If we can just roll back a bit.
Does the issue exist when NEITHER the A3 Lazy Loader or the SG Optimizer are enabled ?
As i thought that had been proven it was only an issue when either of them were in play.
- You must be logged in to reply to this topic.
