[Resolved] WPML Media translation settings - info on different options

Hi team,

I am adding this post in addition to my previous post. Please provide responses for both. Also is there a way we can connect over chat to get some faster responses if required, to sort this matter quickly?

Problem: On live website, some untranslated MEDIA items appearing in the WPML translation interface probably because the checkbox "Automatically detect best options for translating image texts (alt, caption, title)" was turned OFF. Can we simply turn it ON to bring back to earlier stage? See screenshot, please note no other setting was changed or any process was not initiated on live.

Hi Drazen,

Thanks for your response.

Regarding configuring the custom path for uploads of document we are using custom code in functions.php to decide for which files we want /docs/ path (e.g. PDF). I have added the code snippet in the end. Please check and confirm if you think the code needs changes to support localization?

The /docs/ path works correctly on source EN website but not on translated websites. The issue is seen on Pages and Blogs posts

Page example, dead link in FAQ which you can search in source code "globalpay-for-students.pdf".

Domain for links below use convera.com as prefix
Source works: /partners/education-agents-cross-border-payments/
Works fine on translation: /fr-fr/partners/education-agents-cross-border-payments/
Not works on duplicate of fr-fr: /fr-ca/partners/education-agents-cross-border-payments/

Similarly blog:
/de/blog/cross-border-payments/fx-options-currency-risk-management/
has dead link
/wp-content/uploads/docs/convera-foreign-exchange-options-pds-en-at.pdf

Sharing code snippets below, some names have been changed and partial code is added.

/* code snippets starts */

/* function 1 */
function check_doc {
// exts to place in /docs folder with file_extension as param
$doc_types_string = str_replace(' ', '', get_site_option('document-types'));
$doc_types = explode(',', $doc_types_string);
$file_extension = pathinfo($filename, PATHINFO_EXTENSION);
return in_array($file_extension, $doc_types);
}

/* function 2 */
function a_upload_filter($file)
{
if (is_convera_doc($file['name'])) {
add_filter('upload_dir', 'field_name_upload_dir');
}
return $file;
}
add_filter('wp_handle_upload_prefilter', 'a_upload_filter');

/* function 3 code snippet - */
$uploads['baseurl'] = site_url();
$uploads['basedir'] = get_home_path();
$uploads['path'] = $uploads['basedir'] . 'docs';
$uploads['url'] = $uploads['baseurl'] . '/docs';
$uploads['subdir'] = '';

return $uploads;

/* snippet ends */

Let me know if you need more information.

Thanks

Hi Drazen,

On our end we tried something else which gave some positive output. It was found that PDF files having path issue on translated languages have media translation available. When I deleted the media translation, by deleting the media file from translated language and re-checking the link on translated website blog post, the file path was fixed.

Issue is that the file itself got deleted although it was still showing in MEDIA for source EN language. I think deleting media translation could help us but can you please confirm the right way to delete a media translation?

Thanks

Hi Drazen,

The issue was resolved by deleting media translation for media document from translated languages.

The only issue faced was that original media document was 404 after the process although in backend (Media > Library), in source language the original document record was present.

The document were restored on server by replacing with backup of document made before process.

Is this normal or related to some settings in WPML settings?

Apart from this question there is nothing else. Ticket can be closed with the response from your side.

Many thanks for your support.