[Resolved] Custom fonts on traslated domains do not appear correctly
This thread is resolved. Here is a description of the problem and solution.
Problem: You are using the Xstore theme on your WordPress site and have uploaded custom fonts. While these fonts work perfectly on the original domain, they do not display correctly on the translated domain, reverting to default fonts like Times New Roman. This issue is also visible in the backend theme editor. Solution: We recommend checking the admin texts where theme option terms are typically saved. For instance, if your custom font is 'Jost', search for 'Jost' in the admin texts. Once found, add it to the string translation table. Ensure that the string for the font name is consistent across all languages. This approach should help in correctly displaying your custom fonts on the translated domains. If this solution does not resolve the issue or seems outdated, we highly recommend checking related known issues at https://wpml.org/known-issues/, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If the problem persists, please do not hesitate to open a new support ticket with us for further assistance at WPML support forum.
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.
Background of the issue:
I am using the Xstore theme on my WordPress site and have uploaded custom fonts. On the original domain, these fonts work perfectly, but on the translated domain, they do not display correctly.
Symptoms:
On the translated page, custom fonts turn into default fonts like Times New Roman. This issue is visible in the backend theme editor as well.
Questions:
Is there a way to fix the custom fonts not displaying correctly on translated domains?
I tried using a different font that was not uploaded manually. When changing the font in theme settings for main language it worked but it did not work on translated domains. Then I went to the translated domain and tried saving the font there in theme setting. The font then worked on that domain but not on the default domain or any other domains anymore.
Is it possible to let share you the log in credentials and you can check what the problem is?
I would like to request temporary access (wp-admin and FTP) to your site to take better look at the issue. You will find the needed fields for this below the comment area when you log in to leave your next reply. The information you will enter is private which means only you and I can see and have access to it.
Our Debugging Procedures
I will be checking various settings in the backend to see if the issue can be resolved. Although I won't be making changes that affect the live site, it is still good practice to backup the site before providing us access. In the event that we do need to debug the site further, I will duplicate the site and work in a separate, local development environment to avoid affecting the live site.
- Please make a backup of site files and database before providing us access.
- If you do not see the wp-admin/FTP fields this means your post & website login details will be made PUBLIC. DO NOT post your website details unless you see the required wp-admin/FTP fields. If you do not, please ask me to enable the private box. The private box looks like this: hidden link
Since saving it in theme options changes it per languages, I went to the admin texts where theme option terms are typically saved. I searched for Jost as an example and found it, then added it to the translation table. Please test this for your custom fonts. Once it is added to string translation, simply copy the string so that it says Jost for all languages (or whichever your custom font is). Please let me know if this resolves the issue.
