raffjones

This is such a horrible issue to have to try and resolve.

Injections of inline styles destroyed my site on upgrading to WP 6.1

I’ve mananged to bin the endless wp-container-* styles using the solutions above, but I still can’t get rid of wp-block-gallery-* inline styles… where are they coming from?

I find it hard to believe the WP team see this injection of inline CSS as a good path forward.

Thanks for taking the time to check this out and explain what is happening. Just makes things more complicated than ever if the browsers themselves override any settings you might put in.

GDPR continues to be nothing but one big headache ??

Hi – its https://www.beda.org

I did not create this site but am just taking care of some maintenance issues for the client, so installed your GDPR plugin.

If you can test on the browsers I have tried that would be amazing. Thanks.

• This reply was modified 2 years, 4 months ago by raffjones.

Thanks, but no, this isn’t the issue. There are no 404s and no issues with the permalinks. This is about browsersync being unable to change the intended links from (for example) https://mysite.devsite to https://localhost:3000 because there is no link HTML being rendered during the page render.

I suppose this is aimed at someone who is familiar with browsersync and how to handle a situation when the links are generated via Javascript – as that seems to be what’s causing the problem in Gutenberg.

Like I say, everything is fine in the Classic Editor.

Yes, I’m seeing the same issue.

This plugin is excellent apart from this issue, but as my client uses Quick Edit a lot, I’m going to have to find a solution – either by dropping the plugin or fixing the jQuery.

I haven’t had a chance to dig into the jQuery, but the problem is during the loop in admin-edit.js from line 187, specifically line 200:

var $column_name = $table_columns[ $column_index ].replace( /^(column\-)/i, '' );

$table_columns[ $column_index ] is undefined therefore the replace fails.

Steve

I’ve just updated the plugin to target all versions of Chrome temporarily. It was just targeting version 45.x but it seems that versions > 45 are still broken. https://github.com/raffjones/chrome-admin-menu-fix

Thanks Dominik, but that isn’t my issue.

My issue is that there is no way to exit the “Add Media” modal except to either cancel completely or “Insert Into Post”.

There is no “Save Changes” option, making it impossible to just edit media metadata after items have been uploaded.

@hirdesh.paliwal

Thanks – this fix also worked for me on WordPress 3.3