Background of the issue:
I am trying to ensure that all CSS files load correctly on all versions of my site. The original English version (hidden link) and one translated version (hidden link) load all CSS files correctly. However, two other translated versions (hidden link and hidden link) are not loading all CSS files.
Symptoms:
CSS files are not loading on the translated versions of the site (hidden link and hidden link), causing display issues such as the menu not displaying properly and the header being too tall.
Questions:
Why are the CSS files not loading on the translated versions of my site?
How can I ensure that all CSS files load correctly on all translated versions of my site?
I understand the issue you're experiencing. The CSS seems to be strictly optimized using WP Rocket, which might be causing the CSS to not work properly in other languages. Please try the following steps and see if they helps in solving the issue:
1. Go to the WP Rocket settings and temporarily disable CSS optimization.
2. Then, go to WPML > Languages.
3. Under the "different domains per language" option, enable the "Automatically log in and out" option and save the changes.
4. Next, navigate to Settings > Permalinks and resave the permalink structure.
5. Sign out from the main site and sign back in. Alternatively, you can sign in from the domain where you're experiencing CSS issues. This process will ensure that cookies and other necessary information are shared across different domains.
6. Enable the CSS optimization, clear the caches from your site and browser, and then check again.
Please let me know how it goes. I will be happy to help if you need further assistance in this matter.
I took a closer look and observed that the header initially loads correctly on the translated version, but after a moment, the layout changes and no longer resembles the default header.
Upon further investigation using the browser console, I found that disabling a specific script from Betheme (`wp-content/cache/min/1/wp-content/themes/betheme/js/scripts.js`) prevents this issue from occurring. Please check this hidden link">screenshot.
Please note that the script and other static files are currently being loaded from the cache. Therefore, it is highly likely that the cache is causing the layout to display incorrectly in the LU and MD languages.
As a first step, please temporarily disable caching and any performance configurations made in the BeTheme settings. Wait for a while, then check again using a new browser or in incognito mode.
If the issue persists, it will be necessary to identify which function in the script is causing conflicts and issues in certain languages. Please specify if you are able to trace which CSS files aren't loading. I will take a closer look and do my best to assist you with this matter.
"Please note that the script and other static files are currently being loaded from the cache. Therefore, it is highly likely that the cache is causing the layout to display incorrectly in the LU and MD languages."
Strange that this doesn't happen for the EE domain though?
"As a first step, please temporarily disable caching and any performance configurations made in the BeTheme settings. Wait for a while, then check again using a new browser or in incognito mode."
I don't use any performance settings in BeTheme settings, this is all handled by WP Rocket.
It’s indeed strange that the same script behaves differently on other domains but specifically causes issues in LU and MD domains. To understand the root cause of the issue, a closer inspection will be required.
I would like to request temporary access (wp-admin and FTP) to your site to take a better look at the issue. It would be better to have a testing site where the issue is replicated.
You will find the needed fields 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.
Maybe I'll need to replicate your site locally. For this, I’ll need to temporarily install a plugin called “Duplicator” or "All in One WP Migration" on your site. This will allow me to create a copy of your site and your content. Once the problem is resolved I will delete the local site. Let me know if this is ok with you.
IMPORTANT
-Please backup 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
The only adjustment I made on your site was excluding a script from Betheme from being executed with a delay in the WPRocket settings. If you believe this setting caused issues with Betheme elements, please remove the script from the exclude list (WPRocket > Settings > File Optimization) and then check again.
Let me know the update. I will be happy to help if you need further assistance in this matter.
[As per your request, I have made the reply containing your site image private.]
Hello Peter,
I hope you're doing well. Sorry for the delay in responding due to the weekend.
The script that I excluded should only be skipped from loading in delay and shouldn't affect the site's features or functionality. However, since removing the script resolved the issue with the Privacy banner, I removed it and accessed the other language versions. The Privacy banner appears on the IN and EE versions, but it still doesn't show on the LU and MD versions.
I added the script to the exclusion list again, but the result remains the same. The Privacy bar configuration might not have been copied to the other languages, which could be causing the issue. Please try the following steps to see if they help resolve the problem:
- Go to Betheme > Theme Options > GDPR.
- Switch to 'All Languages' using the Language switcher on the top bar of the Admin panel.
- Make any changes to the GDPR contents and save the changes.
- Clear the site and browser caches, then check again.
Please let me know how it goes. I will be happy to help if you need further assistance in this matter.
I did previously add translations for this GDPR privacy bar using string translation, however these translations seem to have been wiped. That's a separate issue that I sometimes experience.
"However, since removing the script resolved the issue with the Privacy banner, I removed it and accessed the other language versions."
Now that the script has been removed from the exceptions I still get the original problem with the header being too tall.
Please keep the script on the exclusion list, as excluding it resolves the style issue on the frontend. I have added the script again to the exclusion list and the header is now showing correctly on both the LU and MD version.
During the investigation, I also noticed that the script doesn't seem to affect the privacy bar. Even if the script is removed from the exclusion list, the privacy bar still doesn't appear in the LU and MD versions. Therefore, the issue with the privacy bar on the LU and MD versions seems to be a different issue.
To maintain clarity, we are allowed to discuss only one issue per ticket. Therefore, I kindly request you to create a new ticket for the Privacy Bar issue on the LU and MD versions. One of our support team members will take over the ticket and assist you accordingly.
Please let me know if you need any further clarification or assistance with the Header layout issue on the LU and MD versions. I'll be happy to help.
The script is affecting the privacy bar, you have now added it to the exclude list and the privacy bar is not displaying at all. When the script is not excluded it is there?
hidden link - there is no privacy bar now that the script is excluded.
Hi, do you think we will be able to get this resolved today please as this has been going on for about 2 weeks now?
The topic ‘[Closed] CSS files not loading on translated version of website’ 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.
