selu

hi @gbrockhaus,

Sorry to hear that you are facing issues, it might be some incompatibility with your environment but I would be happy to help you out as I’m confident that are some edge cases that are preventing you from fully enjoying the plugin.

May I ask if you use any special configuration for your website in terms of directories or hosting? Or is this a standard install?

Could you please see if you have any plugins that could potentially break this by turning off all other plugins and trying again?

Eventually, if none of those are helpful, may I ask if you can contact us at [email protected] with your Site Health info, available in Admin->Tools -> Site Health -> Site info, and click on Copy to Clipboard. Afterward, you can paste the info on this site https://pastebin.com/ and emails us there.

Looking forward to helping you out.

Hi,

No, I’ve offered just a way to contact us where we could debug the issue together.

We will stand-by until we get the site from your end.

Have a nice weekend!

Sure thing,

Can you provide the site URL via https://themeisle.com/contact/ using the pre-sale form? You can mention this www.remarpro.com thread there and I can help you there.

Thank you for understanding!

Hi @kemaeleon,

I’m really sorry for this and I would love to help you out. Without a staging version of the site where I could check the issue, my hands are tied as I’m not able to imagine what could have been wrong.

An unfavorable review without any constructive feedback doesn’t help our efforts as we work hard to support users and develop the theme.

I hope you understand!

Hey @kemaeleon,

That’s super strange, we haven’t made any significant changes to the CSS during this update. Are you sure is something from the theme end?

Would love to check this out and help you solve this if you have any staging or similar.

Looking forward to helping you!

Hi @amccullough8,

Can you make sure you clear the SiteGround cache after the update, the old theme style might have been cached? Do you use any other caching plugin except the one from SiteGround? Make sure to clear the cache from those too.

Looking forward to helping you!

Hi @westonruter,

Yes, on a few sites we use directly the standard mode, providing AMP first experience for both desktop and mobile.

But for some, we use the amp first experience only on mobile, using a small code tweak, which proven to be helpful:

add_filter( 'option_amp-options', function ( $value ) {

	if ( wp_is_mobile() ) {
		$value['theme_support'] = 'standard';
	}

	return $value;
}, 99999 );

Because the hosting does the page caching per device ( mobile/tablet/desktop ) the wp_is_mobile is working fine in this context.

Hi @westonruter,

I wish I could but I’m not sure what was causing this and the hosting company that we use doesn’t offer too many details around this. Basically this is their answer:

We are aware that there are at times issues with our CDN, and have included a note about when you go to activate it:
Kinsta CDN may not be 100% compatible with multisites and custom setups.
There are often cases (due to a customized setup) where it is necessary to disable/re-enable the CDN cache to fix certain layout issues

Based on your feedback regarding a possible issue with fetching of the external CSS styles, I have reported that would be an issue with the CDN and they have recreated the CDN distribution which magically fixed the problem.

I hope this helps!

Hi @westonruter,

I’m following up on this issue, it seems it was a CDN compatibility issue.

Right now everything is ok.

Hi @westonruter,

All the validation errors reported by AMP on that page are JS related which has the markup status Removed, nothing related to the CSS.

Any idea what could prevent the fetching of the external CSS files?

Hi,

I’ve attached the health info

https://gist.github.com/selul/7659e846243552f4b4f58089f878d860

We haven’t been able to isolate any conflict!
Except for transients, is there any other place that could store the CSS generated?

Hey @westonruter,

I’m following up on the same site which my colleague reported.
It’s some kind of inconsistency:

Viewing the AMP page, https://www.codeinwp.com/blog/?amp, I see the CSS usage at 1% -> https://share.getcloudapp.com/L1upGm57 but when reviewing the validation details for that page, I see Total CSS size after minification: 41,922 B -> https://share.getcloudapp.com/8Lu7G8wN

Any idea what could be causing this discrepancy?

We are not using Object Cache, the generated CSS is stored in transients.

Hey,

Can you tell me which dots are you talking about? I’m not seeing any on that url ?

Thanks !

hey @dxlwebs,

I’m now sure i get what you would like to do? Can you give me an example ?

Thanks !

Hey @anniengeary,

Thanks for reporting. Indeed we had an issue and we have patched in the 3.4.1 version.

All should work fine after you will update.