In this case, you need to insert the full path of the URL for the 'href' attribute. Please see the attached screenshot. Then the link supposes to work. On your site, the link is to another site and I couldn't find the product page, so I couldn't check it.
Please let me know if this information is helpful to you.
I'm sorry for the inconvenience that was caused to you.
Yes, I can see now the issue on your staging site.
I think that it is related to the permalinks structure.
But I haven't completely found the cause yet.
I'm still debugging this issue.
I have a request from you, please.
Can you please send me a screenshot of the Permalinks settings on your live site?
This is in Settings -> Permalinks. I need please to see all the settings. For example, like this: Please see the attached screenshots.
I've progress here with this issue. It seems to be happening with child product categories that are placed in <a> tags. Tomorrow I'll be able to escalate this.
After a long debugging process, I've found what the issue on your site was.
In Settings -> Permalinks, you have used 'shop' as the Product category base slug.
But it was not translated to the other languages. Once, I translated this slug in WooCommerce -> WooCommerce Multilingual -> Store URLs (also possible to translate it in String Translation), the problem is not happening. Please see the attached screenshot.
Can you please check that and confirm that the issue is solved?
Our second tier supporter was able to replicate this issue and found the source of the problem. The issue is now escalated to our developers. When I have more information on this issue, I'll let you know here.
//Check if have more than 1 slug on type_id. If so, explode then get only the last item:
if (strpos($type_id, '/') !== false) {
$type_id_strings = explode("/", $type_id);
$type_id = end($type_id_strings);
}
5. It will look like this after the change:
private function get_regex_replacement( $def_url,
$type,
$type_id,
$lang_negotiation,
$lang,
$dir_path,
$home_url,
$url_parts,
$req_uri_params,
$anchor_output ) {
//Check if have more than 1 slug on type_id. If so, explode then get only the last item:
if (strpos($type_id, '/') !== false) {
$type_id_strings = explode("/", $type_id);
$type_id = end($type_id_strings);
}
if ( $lang_negotiation == 1 && $lang ) {
$langprefix = '/' . $lang;
} else {
$langprefix = '';
}
$perm_url = '(' . rtrim( $home_url, '/' ) . ')?' . $langprefix . '/' . str_replace( '?', '\?', $dir_path );
$regk = '@href=[\'"](' . $perm_url . ')[\'"]@i';
$regv = 'href="' . '/' . ltrim( $url_parts[ 'path' ], '/' ) . '?' . $type . '=' . $type_id;
if ( $req_uri_params != '' ) {
$regv .= '&' . $req_uri_params;
}
$regv .= $anchor_output . '"';
$def_url[ $regk ] = $regv;
return $def_url;
}
6. Save the chenge and now the problem should be fixed.
Note: You might need to re-save the related strings in String Translation. If you update WPML with a new version and this fix is not included yet, you will have to add it again.
When the version with the fix will be released I'll let you know here.
This issue is solved with the latest version of WPML (4.4.4).
Please update our plugins on your site to their latest versions.
If you think that this problem is not solved on your site then please open a new ticket on our support forum.
Regards,
Itamar.
This ticket is now closed. If you're a WPML client and need related help, please open a new support ticket.
