Skip Navigation

This is the technical support forum for WPML - the multilingual WordPress plugin.

Everyone can read, but only WPML clients can post here. WPML team is replying on the forum 6 days per week, 22 hours per day.

Sun Mon Tue Wed Thu Fri Sat
- - 9:00 – 18:00 9:00 – 18:00 9:00 – 18:00 9:00 – 18:00 9:00 – 18:00
- - - - - - -

Supporter timezone: America/Lima (GMT-05:00)

This topic contains 11 replies, has 2 voices.

Last updated by Andreas W. 1 year ago.

Assisted by: Andreas W..

Author Posts
October 17, 2023 at 2:44 pm #14595691

bjarteL

Dear Support Team,

We are hosting a WP page at this domain:
hidden link

We are using Gutenberg Editor and Lazy Blocks (hidden link) to create pages

Wordpress is used as backend only. For our frontend page we are querying WordPress GraphQL and display the page at this domain: hidden link

Tell us what you are trying to do?
I'm trying to use the WPML function "Translate Link Targets" to add correct links in Pages. This seems to work fine for links in menus and posts, but not for pages.

Example: In an english page we have a Lazy Block input field "Button Link" (see screenshot). Ideally I would expect that this link is replaced with the link to translated content if I use the "Translate Link Targets" function.
But the function is doing the scan and reports that no strings and links are modified. In page translations the links remain the original english links.

What is the link to your site?
hidden link

2023-10-17_wpml_link.png
October 20, 2023 at 12:19 am #14619789

Andreas W.
Supporter

Languages: English (English ) German (Deutsch )

Timezone: America/Lima (GMT-05:00)

Hello,

The button links works as expected here:
hidden link

It would be very uncommon that it works on one post and others not.

Internal links and the adjusted internal linking function can only work if the content that you are linking to has been translated to 100% inside the WPML Translation Editor and is published.

You example post:
hidden link

This post seems not to be really translated, only you are using the fallback option in order to display the original content if a translation is missing, and if so, then this behavior is expected.

If I am wrong about my presumption then please let me know.

Best regards
Andreas

October 24, 2023 at 6:15 am #14642353

bjarteL

Hi,

this is an example site where links are not translated (we're currently manually updating links one by one):

hidden link

The german translation in WPML is shown as 100%.

Still the links, e.g. "Get started" are pointing to the english page, hidden link, but it should be the german translation of that page, hidden link

It seems the links are detected in WordPress content type "post" (like a blog article), but not in WordPress content type "page", although both content is saved in table wp_posts.

Can you see any reason for this?

2023-10-24 08_08_17-.png
October 25, 2023 at 4:24 am #14652011

Andreas W.
Supporter

Languages: English (English ) German (Deutsch )

Timezone: America/Lima (GMT-05:00)

Hello,

No, this actually looks kind of unexpected to me, as in your example the /getting-started link on your example page should automatically point to /de/loslegen/ without the need for a translation.

Could it be that this only occurs on specific Gutenberg Blocks from "Lazy Blocks Pro", that are not Core WordPress Blocks?

Best regards
Andreas

October 25, 2023 at 5:34 am #14652117

bjarteL

Hi,

yes, this seems to occur for all Lazy Blocks. Links are detected as links by WPML as they don't appear in WPML translator view unless we search for "http". The behaviour seems to be like described here for external links:
https://wpml.org/announcements/2020/02/translating-links-with-advanced-translation-editor/

Is there any way to make WPML detect these as internal links and to translate them?

Best regards

October 25, 2023 at 6:54 am #14657033

Andreas W.
Supporter

Languages: English (English ) German (Deutsch )

Timezone: America/Lima (GMT-05:00)

Hello,

Yes, this is controlled by a wpml-config.xml file that should be located inside the root folder of the plugin.

If you set the "type" attribute as a "link" in the XPath for the element, then WPML should recognize it as an internal link.

Example:

<wpml-config>
  <gutenberg-blocks>
    <gutenberg-block type="core/some-block" translate="1">
        <xpath type="link">//a/@href</xpath>
    </gutenberg-block>
  </gutenberg-blocks>
</wpml-config>

Source:
https://wpml.org/documentation/support/language-configuration-files/#gutenberg-blocks

I can offer a WPML test site on which you could install the LazyBlocks PRO Plugin so that we can test this. Would you like me to send you a link to a test site?

Best regards
Andreas

October 25, 2023 at 7:00 am #14657051

Andreas W.
Supporter

Languages: English (English ) German (Deutsch )

Timezone: America/Lima (GMT-05:00)

Hello,

Inside the free version of Lazy Blocks, I did not find any wpml-config.xml file.

Could you please revise if the PRO version ships with such a file in its root directory if so please install the plugin in its latest version here:

hidden link

Please do not forget to notify me on this ticket, in case you installed the PRO version of the plugin for testing.

Best regards
Andreas

October 27, 2023 at 12:50 pm #14679359

bjarteL

Hi Andreas,

thank you! We have a WordPress test server, registered as WMPL development page and will test there and get with results. Yes, we do have a license key for lazyblocks pro. Let's see if we can activate that at the test server or if we need test that on our live server.

We will report back here!

Best regards,

Christoph

October 27, 2023 at 9:34 pm #14682309

Andreas W.
Supporter

Languages: English (English ) German (Deutsch )

Timezone: America/Lima (GMT-05:00)

Hello,

I am sending the link to this sandbox, as this is our internal procedure.

I need to recreate the issue there in a minimal setup from scratch while using the latest versions of all components.

Then I will create a copy of this site and send it to our compatibility team together with a report.

If I can not provide a full workaround, then the compatibility team will assist in finding a working solution and possibly try to reach out to the author of the plugin.

After all, it is the responsibility of Lazyblocks to implement the correct config for making their blocks compatible with WPML.

Please let me know on this ticket, if you will be able to activate the PRO version on the sandbox or alternatively you can reach out directly to the Lazyblocks team and report the issue there.

Best regards
Andreas

October 27, 2023 at 9:37 pm #14682313

Andreas W.
Supporter

Languages: English (English ) German (Deutsch )

Timezone: America/Lima (GMT-05:00)

Hello,

Additional to my last message:

Which block from LazyBlocks are you using on your site?

I also invite you to try to recreate the issue on my sandbox with an example page that uses the same block while using the current free version of Lazy. If the block only is shipped with the PRO version then I need you to activate it.

I can then try to create a config that solves the issue.

Best regards
Andreas

October 31, 2023 at 1:16 pm #14700007

bjarteL

Hi Andreas,

Unfortunately I cannot enable LazyBlocks PRO on the sandbox. But by default i don't see the wpml-config.xml in the root folder of LazyBlocks plugin folder.

We are mainly making custom blocks with controls example: content, URL, text. These are usually the locations where the links are not translated.

Best regards

October 31, 2023 at 3:11 pm #14701543

Andreas W.
Supporter

Languages: English (English ) German (Deutsch )

Timezone: America/Lima (GMT-05:00)

Hello,

I would like to offer to have a closer look at the problem and request temporary access (wp-admin and FTP) to the website to investigate this issue further.

You can find the required fields below the comment section when you log in to leave the next reply. The information you provide is private, which means only you and I can see and access it.

IMPORTANT
Please be sure to make a backup copy of the website and database before allowing us access.
If you can't see the wp-admin / FTP fields, your post and website credentials are set as PUBLIC. DO NOT publish the data unless you see the required wp-admin / FTP fields.

The private response form looks like this:
hidden link

Next time you reply, click "I still need assistance."

Video:
hidden link

Please note that we are obliged to request this information individually on each ticket. We may not access any access information not specifically submitted on this ticket in the private response form.

Best regards
Andreas

The topic ‘[Closed] Translate Link Targets for Pages’ is closed to new replies.