Karen Attfield

Hi there @edvanture,

Could you please share some more information about which file you are editing? For example, invoice templates within Jetpack CRM include the invoice-pdf.html template, portal-invoice.html template and the statement-pdf.html template. You’ve mentioned the theme-editor.html – if you’re referring to the theme editor for the site itself could you please let us know exactly how you are changing the layout of the invoice in that file?

Any information you can share about changes you are making or what files you are using will help us identify what the issue may be. Thank you!

Hi @lestado,

We’d love to investigate this further – could you provide some more context about when this issue happens? If I create a new contact and manually edit the name, the newly edited name change saves properly and I can see it showing correctly on the Contacts -> View All page.

If you are editing the contact name via the CRM Contact Edit page, in which locations is the name showing up incorrectly?

Hi @watz2000

With the X-Frame-Options issue you are seeing, when a site has X-Frame-Options: DENY in its HTTP headers, browsers will refuse to load it inside iframes. That currently breaks our local Critical CSS generator – we’re currently working on better error reporting to help with this issue.

However X-Frame-Options SAMEORIGIN works fine with Jetpack Boost. Are you aware of any settings on your site’s server that will affect HTTP headers? It looks like this may be something your host could help with though – I came across this link which does explain HTTP headers and how to change them in a little more detail: https://www.geeksforgeeks.org/http-headers-x-frame-options/

I hope that helps somewhat, but if you have further questions do let us know.

Hi @adeone

Enabling the ‘Defer Non-Essential JavaScript’ shouldn’t move page elements further down the page – I wonder if what may be happening here is that the forms are considered to be using non essential JavaScript, but the way the page loads means that the form scripts need to run at a specific time in order to appear where intended.

However before we look into whether that it an issue, I do notice that your site appears to use Cloudflare, so as a first step could you please try pausing Cloudflare to see if that makes any difference here?

I’d also recommend deactivating any other plugins that could possibly be conflicting with Boost – caching plugins for example – and toggling on the ‘Defer Non-Essential JavaScript’ option again.

Lastly, could you share more about the forms that are being pushed down to the footer – are they created by a specific plugin or via the theme? If not via the theme, what happens if you temporarily switch to a default theme such as Twenty Twenty?

Hi @ericgolftourneygmailcom

We have stopped new development for VaultPress since our plan is to migrate all current customers to Jetpack Backup. We’re only doing security updates at the moment as needed.

We have also discontinued all plans that include VaultPress in favour of our new plans featuring the Jetpack Backup system.

We’d be happy to help migrate you to Jetpack Backup on your existing plan if you would be interested in trying it out. Feel free to reach out to us via the Jetpack contact page and we’ll be able to help a lot more quickly via a support ticket over there. Thank you!

• This reply was modified 2 years, 11 months ago by Karen Attfield. Reason: Link formatting

Hi @jodzeee

Thanks for sharing your URL, and the screenshot there. That second connection option is there because it is possible to have your site connected to Jetpack, but with a site-only connection. If you connect your WordPress.com account, more Jetpack features are available (features that require user authentication).

In terms of the Jetpack connection on your site, unfortunately it isn’t possible to get notifications when Jetpack is disconnected on your site though this is a feature that may be considered in the future. I do notice that there are quite a lot of active plugins on the site (visible via the Jetpack connection itself), so it is possible that another plugin could be interfering with the connection at times (more likely a security plugin in that case), as Mehdi mentioned. But the best bet here would be to reach out to your host to ask for server error logs from around the times that you notice Jetpack is disconnected. If there is something happening at a hosting level, the logs may pick that up.

Do let us know what you find here and we’ll be happy to troubleshoot further if possible as well.

Hi @ions2020

I am sorry to hear that, but can understand that you need an image CDN solution that may be easier to troubleshoot.

If you do want to continue troubleshooting we are still happy to help. One more thing I can share that could be useful is some links to try to demonstrate what we are seeing. I can see that the image links on your site are currently showing as broken again, even though it seems that Jetpack my be disconnected (this could be related to caching on your site). Looking at the current site logo, the URL we are trying to use for the image is https://i2.wp.com/artionacademy.com/wp-content/uploads/2021/01/HandLogo_white-4.png. Instead of seeing an image at that link, I see the following error message: ‘We cannot complete this request, remote data could not be fetched’.

When viewing the original image link – https://artionacademy.com/wp-content/uploads/2021/01/HandLogo_white-4.png – I see a message saying ‘Forbidden. You don’t have permission to access this resource.’. This is the 403 error that we’ve pointed out earlier. This is happening on a URL that isn’t using Jetpack’s image CDN at all, which indicates there is something else on a hosting or site level that is blocking access to images (perhaps not visible to everyone, but there is a block in place).

You mentioned that the issue only came up when you uninstalled Jetpack and re-installed it but isn’t a problem on your other site – out of curiosity is there any difference in plugins between the two sites?

Thank you!

It looks like there are quite a few plugins active on your site (that is only visible from our end via the Jetpack connection). It is possible that there may be a conflict between Boost’s Critical CSS generation and one or more of them. Ordinarily we’d suggest disabling all plugins but Boost and try running the Critical CSS generation again. Instead, it may be better to try deactivating specific plugins (any that add scripts to the site such as the Header Footer plugin, or may affect site styling such as Elementor add-ons and lastly any caching plugins). After deactivating them, could you please try toggling the ‘Optimize CSS Loading’ option off then on again, and clicking the ‘Regenerate’ link?

Do let us know if there is any difference here.

Hi @danpw

Thank you for the detailed steps to test this out!

I tested this out using those steps, however in my initial testing the ‘match all conditions’ checkbox didn’t enable itself at the end. In order for us to try to replicate this, could you please share a few more details about your site if possible? If you are happy to share your site URL here that would be helpful, however if you want it to remain private, you can also contact us via this contact form. If you choose to reach out directly, please include a link to this thread.

Also, are you seeing errors in the JavaScript console when testing this out? You can use this guide to share any JavaScript errors that might be occurring if needed:

https://wordpress.com/support/browser-issues/advanced-browser-troubleshooting/#java-script-errors

You also mentioned that you tested with a default theme and no other plugins except for Jetpack and Classic Editor which is really helpful (thank you) – do you also notice the issue if testing on different browsers?

Hi @ions2020

We’re still seeing those ‘403 forbidden’ error messages from our end, when Jetpack attempts to communicate with the xmlrpc.php file on your site.

From our end we’re unable to see if there is a particular IP address experiencing issues, however what may help here is finding out if there are any other security measures in place at the hosting end (not necessarily specific to Jetpack but just general security features). Do let us know if your host has any information about this.

Hi @kevinsandlingmailcom

That error shouldn’t be persisting and we’d be happy to help troubleshoot. To help with that, are you happy to share your site URL here? If not, could you share a list of any currently active plugins on your site?

Hi @asafm7

Hard-coded / inline CSS would be included as Critical CSS, assuming that the CSS in question is included within the 10 latest posts on the site. If it isn’t, that piece of CSS wouldn’t be considered as critical. Critical CSS is also generated for mobile versions of sites too. So assuming the 10 latest posts include that mobile menu when viewing the mobile version of the site, the CSS you’ve added should be included. We’d be happy to take a closer look at your site and any specific pages if you have any issues with this though.

@imucholik could you please start your own thread, as per the Forum Welcome?
https://www.ads-software.com/support/plugin/jetpack-boost/#new-post

Thank you!

Hi @quirious

From our end the Jetpack connection for your site is working. I do notice a few issues that could be affecting your site though. One is that the site loads both with and without www in the URL. It does not load properly without adding in the www though.

This can cause a problem with Jetpack’s connection, as it isn’t clear which URL Jetpack should connect to. What I would recommend is reaching out to your web host for help in redirecting all traffic to one URL (either with or without www).

The other issue is that our tools indicate there is a potential issue with cron on your site. For this, I’d recommend reaching out to your host to have them check to see if cron is enabled and working correctly on your site.

You can also check your site’s wp-config.php file to see if cron is currently disabled. If it is disabled, you’ll see this bit of code somewhere in that file:

define( 'DISABLE_WP_CRON', true );

Please remove this if it’s present.

Another thing you might try is installing this plugin:

https://www.ads-software.com/plugins/wp-crontrol/

… which should let you see if there’s anything wrong with your site’s cron system.

Resolving these two issues will not only be beneficial for the Jetpack connection but also for your general site health and traffic to your site. However if the error message you were seeing continues after those changes, do let us know.

Hi @quirious

Could you please start your own thread, as per the Forum Welcome?

https://www.ads-software.com/support/plugin/jetpack#new-post

The reasons for Jetpack connection errors can differ quite a bit so we often would need to approach troubleshooting for each case individually.

Thank you!

Hi @elloboafarkas ,

Could you please let us know what issue you experienced after the update on 2nd December? The link you’ve shared goes to a ‘404’ page so it looks like the page no longer exists. We’ll be happy to look into any issues or share any information that could be of help if we have more information about what issues you experienced on your site. Thank you!