It seems this is caused by the changes in Speed Optimizer version 7.4.5 in the function add_async_attribute( $tag, $handle, $src ) for the “Defer Render-blocking JS” setting.
In our case, these are the values that this method receives (please note I’ve added some spaces in the source URL to prevent this forum to replace characters):
$src = 'https://www.example.com/test.js?siteground-async=1 & # 0 3 8;ver=1.0.0';
$tag = "<script type='text/javascript' src='https://www.example.com/test.js?siteground-async=1&ver=1.0.0' id='test-js'></script>";
The call to remove_query_arg( 'siteground-async', $src ) then results in https://www.example.com/test.js#038;ver=1.0.0 and the resulting $tag of the add_async_attribute() function then contains an invalid URL (resulting in an endless stream of HTTP 404 errors):
https://www.example.com/test.js&ver=1.0.0
Hope this will be fixed soon!
-
This reply was modified 2 years, 3 months ago by
Reüel.
-
This reply was modified 2 years, 3 months ago by
Reüel. Reason: Special characters got replaced
SiteGround confirmed in support chat they’re on it:
I can see that this has been raised already in terms of what is going on. So our wordpress developers are on it and are working on a solution.
Hello @remcotolsma and @pronamic_reuel,
Thank you both for the report.
Indeed, we are aware of the reported issue.
According to the latest tests we performed, the issue is only present for WordPress 6.3 sites and lower. The problem can not be replicated if WordPress is updated to the latest version.
Our developers have been notified and they are already looking into it. A fix could be expected in some of the future releases of the plugin.
Best Regards,
Kuzman Stoyanov
Is there any sort of timeline on when this will be fixed? Since it’s causing any optimized scripts to 404 and a fair amount of people are on WordPress version 6.3 or below, hopefully it will be fairly soon. Thanks in advance!
-
This reply was modified 2 years, 3 months ago by
mediavine.
Hello @mediavine,
The case has been already brought to the attention of our plugin’s developers. However, we can not provide an ETA.
Regards,
Vladimir
@vtrandev Do you have already an ETA for this? This reported bug is already more than a month old. Would be great if this will be fixed.
Hello @kjtolsma,
We appreciate your patience and understanding regarding the matter. Currently, we do not have an exact ETA for when the fix will be ready. Should the issue be resolved, it will be patched in some of the future releases of the plugin.
Best regards,
Daniela Ivanova
@daniellaivanova It’s a bit annoying that you don’t have an ETA yet. This issue continues to cause problems for us and possible other customers. Some websites become completely inaccessible due to this issue. Perhaps you do not realize this sufficiently and this issue is therefore not given sufficient priority? Could you make this more of a priority and issue an ETA?
Hello @remcotolsma,
We evaluate your feedback on the matter, I have already passed it directly to the plugin developers. We would make sure to keep you updated if there is something new on the topic.
Thank you in advance for your understanding on the matter!
Best Regards,
Daniela Ivanova
Have there been any developments for this issue?
I have contacted the plugin developers to check if there is anything new on the topic. They confirmed that currently, there are no updates on the matter however they will make sure to review it as soon as possible.
Best Regards,
Daniela Ivanova