I'm using the Yoast FAQ block. I exported my jobs for translation manually to a WPML approved partner. Upon loading my content, I receive a "This block contains unexpected or invalid content." error on the blocks. When I "resolve", I can see that the returned content has non-breaking spaces that are flagged as well as <br/>. This occurs on all pages with these block. I have switched out the theme and deactivated all plugins but WPML and Yoast and I still get the same result. Is there anything I can do to resolve the issue without re-building the FAQs, which there are numerous.
On the other hand, the problem might be in the XLIFF file returned from the Translation Service.
Can you please help us replicate this issue on a test site?
For this, I created a test website with a clean WordPress install. You can access it through this link:
hidden link
With this link, you'll be directly logged in.
Could you please install the Yoast plugin and see if the issue is replicable on a clean WordPress installation?
Please configure WPML and Yoast as set on your site (just the basic configurations needed to replicate the issue are enough). Please also make sure that you are installing the latest version of the plugin. When everything is finished, and you can replicate the problem, please let us know.
Regarding your first comment, the reference is outdated as it refers to the classic editor. We are using Gutenberg.
Regarding plugin compatibility; the Yoast FAQ is part of the Yoast SEO, a supported plugin.
As far as the test site goes, I'm not sure how I would replicate what is on my site on your test site without getting my 3rd party translator involved. I installed Yoast, created an FAQ, exported an XLIFF for translation, then re-imported it and the problem appeared.
I'm unfamiliar with Yoast's FAQ block. On the test site, I installed the Yoast plugin and configured WPML to have English as the default language and French as the second language. Please take it from here and create the Yoast FAQ block. Please explain to me where and how you created the FAQ block. Then, I'll take it from there and export and import the XLIFF file to replicate the problem.
I added a page and a an FAQ block to the page. Let me now how you make out. I'm also curious if you know of an automated way I can recover these blocks. As it stands, they are not editable, which means I'll need to rebuild them in the Gutenberg editor. I've tried searching for and removing the characters via Better Search and Replace, but to no avail. If you determine that our translation partner inserted them, I suppose I can always go back to them for correction.
There is another bit of info that may be helpful for you. When a block shows an error like this, one can choose to "Attempt Block Recovery" Oddly, when I do this, the block resolves, but it is populated with the original English content rather than the translated content.
Upon loading my content, I receive a "This block contains unexpected or invalid content." error on the blocks.
Could you see this error message on WordPress's editing screen of the other language (the translated language)?
I activated our Pseudo Translation Service (testing Translation Service) on the test site. When I send and receive a job with the Yoast FAQ block, I can see this message on WordPress's editing screen in French (the second language of the test site.) Please see the attached screenshot. On the front end, the page is OK. You can see it here.
hidden link
Our Pseudo Translation Service adds the language code date and time in square brackets.
[FR][Thu Nov 9 13:30:16 2023]
It is not a mistake or a fault.
If, like me, you see the error "This block contains unexpected or invalid content." on the editing page of the other language, you should not press the "Attempt Block Recovery" button. When using a Translation Service, please keep WPML's Translation Editor active and don't edit the translated page with WordPress's editor.
Yes, that is precisely the problem. I am no longer able to edit content using the Gutenberg editor. While I (think) I understand the WPML mindset, that the WPML Translation Editor should be used in all cases to edit content and languages should remain synched, in reality that is not practical. After translation is complete, often clients will will begin to manage each language instance separately. Hence, they need to be able to add FAQs to these pages inside Gutenberg on a per language basis. Incidentally, the CF7 block is broken inside Gutenberg as well.
Thank you, Itamar. Just an FYI... I spoke with my translation partner about it and they were able to remove the non-breaking spaces (I'm not sure how), but the / in <br/>'s are still being flagged. Currently, we have more than 80 pages with these blocks, with 6-8 FAQs per block. That quite a bit of manual re-building we'll have to do if we can't get this resolved. Incidentally, the CF7 blocks were broken as well. This is much less of a concern, because it is simple to select one of two translated forms.
To be clear, we are investigating the problem with Yoast SEO's FAQ Block. I'm sorry if I failed to mention it. The problem happens regardless of whether you use a Translation Service or translate the page containing the FAQ block locally on the site.
Our second-tier supporter suggests the following workaround.
I followed the steps, but this is not working for me. When I recovered the block, the English content is returned in the FAQs rather than the translated language. Of course, when I save it and view it, I see only English. Returning to the editor shows a functioning block with English. Have you tried this on the sandbox? I noted, the WPML configuration code is not on the sandbox server. Can you try it there with pseudo code to verify it works for you?
Thanks for the video, it was very instructive. Unfortunately, it doesn't work for me. Below is my effort to do so. Incidentally, I noted I edited from the top nav rather than the pencil... I tried that after recording and got the same result.
hidden link
The topic ‘[Closed] Problem with Yoast FAQ block.’ is closed to new replies.
Manage Cookie Consent
We use cookies to optimize our website and services. Your consent allows us to process data such as browsing behavior. Not consenting may affect some features.
Functional
Always active
Required for our website to operate and communicate correctly.
Preferences
The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
Statistics
We use these to analyze the statistics of our site. Collected information is completely anonymous.The technical storage or access that is used exclusively for anonymous statistical purposes. Without a subpoena, voluntary compliance on the part of your Internet Service Provider, or additional records from a third party, information stored or retrieved for this purpose alone cannot usually be used to identify you.
Marketing
These cookies track your browsing to provide ads relevant to you.
