Hello mlfactory,
I am glad you were able to find a workaround for the issue you are seeing. Although I would recommend that you not make this change directly to the plugin files as it will be overwritten on future plugin updates.
Instead there are filters you can use to change these values. For instance you could use the ‘ACFFA_get_fa_url’ filter to set the URL used to retrieve the fonts. I put an example below of how this filter could be used in your theme functions.php
function my_cdn_url_override( $cdn_url ) {
$cdn_url ='https://use.fontawesome.com/releases/v5.8.1/css/all.css';
return $cdn_url;
}
add_filter( 'ACFFA_get_fa_url', 'my_cdn_url_override', 10, 1 );
Now to address the ‘root’ problem you are experiencing that is causing you to need this workaround to begin with. I see from your error console that the plugin is failing to get the latest version number and that is causing the issue you are seeing.
The plugin uses the wp_remote_get() function to call out to this API endpoint to get the latest version number: https://data.jsdelivr.com/v1/package/resolve/gh/mattkeys/FontAwesome-Free-Manifest@5. Later this same function is used to call a similar endpoint to get a manifest of all fonts.
It seems to me that these calls are not succeeding for some reason in your environment. I’ve checked all the endpoints today and they all seem to be online/working as expected, so I think this may be an isolated issue. I’ve seen issues before with some environments that have an outdated version of cURL installed. If you are still having issues, can you check which version of cURL is installed on your server?
-
This reply was modified 5 years, 11 months ago by
Matt Keys.