asadkn

Yes, you’re right it’s not working for one code.

Do you have any Custom CSS on this site? Try to see if one it has the code I refer below. Trying the troubleshooting steps again might also help (specifically plugins part).

I am seeing this in source code which is bad code as Google can change URL anytime:

@font-face { font-family:Roboto 400;src:url(https://fonts.gstatic.com/s/roboto/v18/KFOmCnqEu92Fr1Mu4mxK.woff2) format('woff2');}

But I can’t tell if it’s from the theme or a plugin so you will have to try deactivating the plugins to find the offender.

Hi,

When configured properly, the consent is saved in MailChimp. You can check the instructions on GDPR Consent Forms > Add New screen.

The consent is also logged at GDPR Consent Forms > Consent Log.

I checked the site and it looks like the theme is using a Javascript based font loader which is not possible to convert for now.

Please check with the theme author if they have an setting/option to use the normal method instead (standard WordPress enqueues, inline CSS, or even @import).

Hey,

Try the basic troubleshooting steps:

– Identify if you have a cache plugin installed and clear any cache. Alternatively, disable all cache plugins temporarily.
– Try to temporarily disable all the plugins.
– Check if you have a font from a 3rd party widget or resource. Automatically loaded embedded Google Maps can cause requests to Google Fonts, however since it’s a remote third-party script, we cannot control it.

If the fonts are still being loaded from fonts.gstatic.com, if you can share the site URL, I can have a look.

Hey,

Material Icons can’t work right now as it doesn’t really use the main Google Web Fonts API which is https://fonts.googleapis.com/css. It’s using a different hidden API. I will see if I can add support for it in future.

For icon fonts, it’s usually easy to self-host them using the normal way as you don’t have subsets, unicode-ranges, and weights/variants to worry about. There’s just one weight and subset.

Download and upload these to your server: https://github.com/google/material-design-icons/tree/master/iconfont

Then use the sample CSS from: https://google.github.io/material-design-icons/#setup-method-2-self-hosting (replacing the URL with your own).

Yes once processing is disabled and caches cleared, it will revert to how all your HTML/CSS was before.

Hey,

The normal troubleshooting tips will apply:

– Try to disable all plugins temporarily and clear all caches (plugins, browser, webhost – if your webhost has one). The usual: disable plugins until you find the conflict.

– Use Pingdom to find the URLs that weren’t converted and let me know. It would be helpful if you can find the same URLs in page and post the part of code that’s around those URLs, for instance <link src="//fonts.google.com/css"...> or @import url(//fonts.google..).

– Rarely, a theme might have a Javascript loader. Enfold is one theme that added one in recent updates but can probably be disabled. Since they’re custom made loaders, it’s not possible for the plugin to convert them. You can check in theme docs or with the author to see if they’re using a Javascript font loader.

If still no dice, you can send me the URLs at [my username here]@ gmail.com.

Hey,

The reason for creating this plugin was for GDPR compliance ?? So yes, it’s compliant.

Hey,

Glad to know it helped you. As for the points:

1. For verifying, for technical users the best way is to look through Network tab of Chrome Dev Tools. For others:

Pingdom An easy way is to look at all the network requests. Simply run it and look under *File Requests* to see if any request are made to the domains mentioned above. In filter first search for googleapis and then gstatic.

2. That’s a good idea even if it won’t make fit the plugin name ?? . I will consider this when I can gather some time.

Cheers.

Just pushed the update with a fix. It may take upto 12 hours before you can upgrade via your dashboard though.

Hey,

That’s quite odd. There might be a plugin conflict with a non-cache plugin I suppose. Would be great if you can test in a single plugin environment.

But before you do that, try to upgrade to v1.0.1 (it might not be available in your dashboard yet – sometimes takes upto 12 hours) – as it includes some relevant fixes.

Confirming this as a bug. Will release an update in 24 hours.

I tried on my setup and it seems to be working fine. Few more questions and steps to troubleshoot:

– Is the plugin active right now? Make sure processing is enabled from Settings > Self-Hosted Google Fonts. If it was disabled, let me know once it’s enabled and caches are cleared.

– Did you clear both of your cache plugins (Autoptimize and the other cache pluing). Try clearing the caches.

– Disable your cache and optimizations plugins temporarily – including CloudFlare (if you’re using it).

Hey,

Which font(s) was your GeneratePress site using? Post a link to your site and I will check it out.

Few steps to collect troubleshooting info:

– Was your site using SSL when you activated it? Clear any cache plugin including cache from Settings > Self-Hosted Google Fonts itself.

– Are you using an SSL/HTTPS plugins that fix URLs or did a proper move to SSL.

– Does the site URL has https:// in it in Settings > General.

Generally this shouldn’t happen unless there are plugins being used to make HTTPS work and it’s not truly moved to HTTPS. The plugin uses WordPress’s default wp_upload_dir function which is also used for all other uploads.