The HTML looks right. See this example:
“<!– wp:list-item –>
<li><a href=”#Conclusion”>Conclusion</a></li>
<!– /wp:list-item –>”
When I choose “attempt block recovery” an empty bullet is shown.
When I choose “Resolve” nothing happens in either option.
When I shift from theme schema lite to Twenty Twenty-one, the issue disappears.
When I shift to the Classic editor, the issue also disappears.
My site health is good
PHP version: 8.0.30
WP version: 6.5.2
I have deactivated all plugins, but in Site health info it says:
“Web server: LiteSpeed”
I have switched to the safest preset, “Essential” i Lite speed, Purged all cash and deactivated. It didn’t help.
Surprisingly I have just tried the Microsoft Edge browser instead of Google: and the issue disappears. Of course I can use this browser for my editing, But The compatibility with Google ought to be reestablished.
Best regards Flemming
]]>My query relates to an error I’m seeing since a recent WP upgrade, so apologies if this is in the wrong forum – didn’t seem to fit anywhere else.
The issue concerns a recently introduced editor anomaly whereby the addition of a class to an LI tag in HTML mode causes that tag to be flagged as unexpected or invalid content.
I need to edit tags in this way because there is no other way for me to add CSS classes to individual list items, which in turn is necessary because if two competitors reach equal first place in our sport, there is no second place, and we jumped straight to third.
Until a recent update I was able to add classes in HTML mode without seeing the unexpected / invalid content error. The page still saves and displays OK, it’s just a little jarring to see an error being generated by something that’s always worked without a hitch.
The post linked below shows two examples of this approach.
Cheers,
Mark.
Thanks for the nice block plugin.
I am currently testing it with a website I’m making for a client. All seems to be working well when creating and configuring the block from H3 elements.
However, when I go back to a page where I’ve previously inserted this block, in the WordPress block editor I’m seeing the following message:
This block contains unexpected or invalid content” instead of the auto-generated block.
After pressing ‘Attempt Block Recovery’, most of the settings except for the Include/Exclude options are recovered properly.
I’m seeing the following PHP notices appear in my error log:
[proxy_fcgi:error] [pid 2791:tid 139760307791616] [client xx.xx.xx.xx] AH01071: Got error 'PHP message: PHP Notice: Undefined index: a:1:{s:3:"ssl";b:1;} in /var/www/example.com/public/wp-includes/class-requests.php on line 214PHP message: PHP Notice: Undefined index: a:1:{s:3:"ssl";b:1;} in /var/www/example.com/public/wp-includes/class-requests.php on line 214', referer: https://example.com/wp-admin/post.php?post=24&action=edit
(real URL + path replaced with example.com)
This same behavior happens on multiple pages of different length.
Using:
– WordPress 5.7.2
– several other plugins
Any clue on how to solve this?
Please let me know if I can help with any additional (non-sensitive ;-)) information.
Cheers!
]]>I fixed the issue by reverting back to the last revision. I then added 1 image successfully, but then got the error message again. I wanted to add more images, so I reverted back again and added all images. Again, this was successful, but the error came back.
There seems to be a bug. Reverting back to add images each time will be an issue. Any help would be appreciated.
]]>I am rebuilding my website on a localhost and trying to learn to use Gutenberg while I do so. I can see there are some very positive things about Gutenberg, but one thing I cannot manage to make it do is to wrap text around a thumbnail as I could in the Classic version of WordPress.
I thought the Classic block was the answer to my problems when I found it, but it isn’t. There is some sort of a bug in it that causes it to fail on the back end. (But only on the back end, I think.)
This is what I did. I created a two column block and added one Classic block to each column. In each Classic block I put a thumbnail image and a wrap around text. The image and text in one block links to another page or a post on my site. (The image behaves as a button.) It all looked good, both in the visual editor and the preview, so I saved it.
The following day when I returned to edit some more, instead of seeing the contents of the classic block I see two error messages (one for each Classic block): “This block contains unexpected or invalid content”.
I’m given the option to Resolve or Convert to HTML. Clicking on the Convert to HTML button does nothing. The button is dead.
Clicking on the Resolve button calls up a Resolve Block pop-up. This shows the HTML of the block to the left (called Current) and the same HTML to the right with one or two characters highlighted in red and some new text added and highlighted in green. This is called After Conversion.
Specifically, it seems to be telling me to remove a <p> and a </p> tag (which it has presumably put there earlier as I wasn’t then working in the code view) and insert a <figure> and </figure> tag around the image.
The two buttons at the bottom of the Resolve Block – Convert to HTML and Convert to Block – are dead. They do not work.
Instead I open the same page in a second tab in my browser, view it in the Code Editor and make what I suppose are the recommended changes there. I save it and switch back to the Visual Editor. But I’m still only seeing “This block contains unexpected or invalid content”.
Clicking on the Resolve button now shows the HTML on both sides of the Resolve Block (Current and After Conversion) to be identical, but <figure> and </figure> in the After Conversion are highlighted in green.
However, the page Preview appears to show the images and text on the front end looking and behaving as I want them to.
Two things to be said:
1) This seems to be a very complex way of correcting an error which I think Gutenberg has itself introduced. The dead buttons and the need to open the Code Editor in a separate tab suggest to me there’s a serious flaw in this block. I see plenty of other people have been having similar problems (but not the same problem). I’ve not been able to find a solution other than the one I describe above. I hope some one is working on this.
2) Can I trust that the code will work on the front end (once corrected) even if it doesn’t on the back end?
Thanks for reading this. Any advice – especially in response to my second question – gratefully received.
John
I am using the latest version of WordPress: 5.2.2 with the latest version of the basic Generate Press 2.3.2 (Child theme)
PS: It seems to be insanely difficult to start a topic on WP.org. Trying to find the input field this morning I ended up Googling “how to start a topic in word press support forum” and unfortunately Google directed me to WP.com – which I didn’t realise until just now.
On the bright side, I’ve been able to correct a couple of small mistakes.
J
]]>I could only find one reference to this in the support history, from 13 weeks ago, however no answer was given as it was handled 1:1 with the user.
I look forward to your reply,
Thanks,
Mark Ryder
What I did: I selected a “Paragraph” block.
An example of one of the paragraphs: “楽しみ (tanoshimi) Looking forward to it. \(*<>*)/” (without quotes. Everything is fine when I ‘Update”. However, when I come back later to edit I see the above mentioned “…unexpected or invalid content” box again.
Appreciate any suggestions and help. Thank you.
]]>