Micha? Dudziński

I’m having the same problem. Setting the option to ‘after’ has no effect, it still shows before. I have changed the button labels as I need them in Polish.
I have the latest version of the plugin and WP, PHP 8.0.

• This reply was modified 3 days, 22 hours ago by Micha? Dudziński.

Hello,

I have a similar problem. ai-engine plugin is being recognised with having a vulnerability in version below 4.7.8, when in fact it the latest version is 2.1.3.

The vulnerability details suggest the affected plugin is called WordPress Chatbot, AI Chatbot or WPBot Lite, not the AI Engine plugin.

Is it a case of a mismatched ID as well?

@chitocamacho I mean, when you add the Table of Contents block to the post, it automatically generates an id in the HTML markup of every header in the post, so it can link to them.

Now I can see the issue is a conflict with the ‘Orphans’ plugin. That plugin adds automatic   after solitary letters in the post content, so they don’t hang at the end of the paragraph.

If I add the   to the header manually, the ToC block works just fine, but when that non-breaking-space is added by the ‘Orphans’ plugin, the id is not created and the links are broken.

Hi @iworks

I encounter the problem with standard 3.0.4 version.

Micha?

Hi @iworks

Yes, rolling back to 3.1.0 fixes the issue for me.

Kind regards

Micha?

@gijo I have found the issue.

I had empty lines in the Keywords list (I had many scripts to block and tried to organize them that way).

It was no problem when using PHP 7.4, but after switching to PHP 8.0 it caused some kind of error and prevented all of site’s JS files to from loading completely. That error was not logged into console, or WP DEBUG.

@gijo I checked again.

Still, no console errors. Wp_debug true – no errors.

Running Astra Pro theme. WP 6.1. All up to date. PHP 8.0.

With FS enabled, no JS files are loaded, none at all. All plugins disabled, no difference.

Where to look now?

I have found a conflict with Flying Scripts plugin deferring one particular script.

My problem is resolved.

@iworks

Thanks for a quick response. 2.9.11 fixed all the problems.

And yes, I know, I have to update my PHP but it’s out of my hands unfortunately.

Hi @webtoffee

2.1.1 fixed the problem for me. Thanks for a quick response.

Hi @simo_m,

Yes, 1.3.6 update fixed the issue for me, thanks for help.

Hi @andg,

I’m using Chrome, cache is cleared and hard reloaded. I can see this CSS in the inspector in Block Editor:

grids.css?ver=1.3.3

@media screen and (min-width: 783px)
.grids-areas-wrapper>.editor-inner-blocks>.editor-block-list__layout, .grids-areas-wrapper>.block-editor-inner-blocks>.block-editor-block-list__layout {
    display: grid;
    position: relative;
    grid-template-columns: var(--section-columns);
    grid-template-rows: var(--section-rows);
}

and that --section-rows variable has this value:

repeat(6, 1fr);

So you can see the rows have a fixed 1fr height, whereas on the front-end they have value auto so they adapt to the content and collapse when necessary.

Regards,
Michael

The problem is fixed with 1.3.3. Thanks for a quick resolve!

I updated to 1.3.3 and the problem is still present in Block Editor. The front is OK.

@andg Thanks for a quick response!

That worked on the front end, but the problem still persists in Gutenberg.

• This reply was modified 2 years, 10 months ago by Micha? Dudziński.