GPSI Largest Contentful Paint Problem with 1.3.3?

Bricks Version: 1.1.3
Browser: Chrome 90
OS: macOS / Windows / Linux / etc.
URL: Guided Grounding Meditation Exercise

Someone suggested this might be a bug, so I’ll report it here just in case.

On mobile testing sites, I’m suddenly getting Largest Contentful Paint that’s over 5 seconds. Previously, it was always 2 seconds or less. There’s also a sudden cumulative layout shift issue. It went from near zero to 0.8 or so on WebPageTest.org and a little less than that in PSI. The LCP is just page title text in the Georgia font, or maybe Arial.

Note: All these pages I created one by one in a boxed format. In themewide settings, it’s wide, but I created a container to box the post content on each individual post. Something, all of a sudden is disturbing that container. On my own Android phone, the rendering is quicker than PSI and WebPageTest indicate, but I did notice the CLS jump. I believe all this happened immediately after updating to 1.3.3 or that same day at least.

Just before that, Google Search Console was saying there was a major LCP problem on desktop, but I don’t believe that stupid website half the time. It just makes things up at least once per week. I think desktop is just fine.

Hello @MonkeyJedi

I tested your website on GTMetrix and indeed in some of the tests, the LCP value needs attention but I don’t think this can be caused by the Bricks 1.3.3 release. One way to test if it is caused by the latest Bricks release it is to download the previous version (1.3.2) and test it.

Resources: https://web.dev/lcp/

Thanks. Could it have something to do with how the main container is set up? As soon as I jumped to 1.3.3, that’s when things got weird. I didn’t change any content or settings after the upgrade. It’s definitely not the graphic at the top. I adjusted that image so that it didn’t affect CLS. The LCP is the heading/post title. At least that’s Google’s LCP.