-
Posts
-
Somehow in the last couple weeks of development on a test site, many of the commonly used Avia elements like Text blocks, special headlines, etc. have changed all of the text to question marks in square blocks. I cannot figure out what has changed and there are only a couple plugins installed. Disabling them does nothing to fix it. It is driving me NUTS, because like in the Headline element, you have no idea what text is in there.
In the text element, it shows question mark blocks in the visual side, but the code in the other.
Latest WP, Latest Enfold
I can provide access, if needed.
Such an error, in which text is displayed in square blocks with question marks (so-called “tofu characters” or “replacement characters”), almost always indicates a problem with the character encoding or the fonts used.
Can you take a screenshot of what it looks like?
Hi,
Does the same thing happen if you activate a default WordPress theme? You can change the charset in wp-config.php:
define('DB_CHARSET', 'utf8mb4');And you can see your current charset under Tools->Site Health->Info->Server.
Best regards,
RikardThe DB character set is as you posted.
The greeking or tofuing is mostly with Enfold elements, so switching it does not really allow me to test like for like, as AVIA/ALB is not loading.
https://oc.homebutton.us/wp-content/uploads/2025/08/Screenshot-2025-08-18-at-10.27.21-AM.png
https://oc.homebutton.us/wp-content/uploads/2025/08/Screenshot-2025-08-18-at-10.27.41-AM.png
https://oc.homebutton.us/wp-content/uploads/2025/08/Screenshot-2025-08-18-at-10.28.20-AM.pngSorry, missed another example of it rendering incorrectly in the editor, but correctly in the preview.
https://oc.homebutton.us/wp-content/uploads/2025/08/Screenshot-2025-08-18-at-10.38.59-AM.png
You had me look at the DB charset variable, but when looking at the WP Constants charset, it shows just straight UTF8. Probably makes not difference, but thought I would put it out there in case the difference does apply.
Hi,
Thanks for that. If this problem only occurs on the backend, then we would need access to your site.
Best regards,
Rikardand what if you switch temporarly to a standard theme. Do the wp-admin buttons show the same problem?
do you have only standard entries in your htaccess file – or are there additional custom rules inside?
Hi,
Thanks for that. Please upgrade the account to have administrator rights as well.
Best regards,
RikardThis is probably the most basic site we would ever have, as it is a staging development site. We don’t have even a quarter of the functionality added in yet. Other than disabling Comments and Temporary Login, there is only one other plugin, GeoDirectory, and we have disabled that several time, trying to diagnose this. This site does not really get any more basic. I will say that we generally would be on an earlier version (6.5.x or 6.7.x) of WordPress, but wanted to start this with nearly everything current. php is 8.1x
It would be helpful to determine whether the issue is specific to Enfold or if it is a more widespread problem. I suggest temporarily activating one of the standard WordPress themes and checking whether these replacement characters are still displayed in the editor.
Hi,
Thanks for that. I can’t reproduce the problem on my end though, is there a sure way of reproducing it?
Best regards,
RikardSorry for the delay. I think I sourced it to the Admin css stack for Enfold. It seems if I turn off Trebuchet MS from the font stack, everything works as expected. But, for some reason, having it on results in the tofu text. I verified that both machines tested on had Trebuchet MS loaded on them, so wondering if there is a specific version it is looking for. It seems to have the most problems with Chrome, but will occasionally show on Safari.
Is there a way to have Enfold default to the system font first in the font stack? Yes, Microsoft made it cross platform and available, but setting it to system with sans serif fallback should theoretically allow it to work on nearly anything.
Hi,
Sorry for the late reply. We haven’t been able to reproduce this problem, so it’s likely a local problem with the machines that you are using. The CSS for the buttons specifies the font using this:
font-family: "Trebuchet MS",sans-serif;So if Trebuchet MS cannot be found, a general sans serif font will be used. Did you try reinstalling the font on your local machine?
Best regards,
Rikard
- You must be logged in to reply to this topic.