Have you tried:
– deactivating ALL plugins temporarily to see if this resolves the problem. If this works, re-activate them individually (one-by-one) to find the problematic plugin(s). If you can’t get into your admin dashboard, try deactivating via FTP or SFTP or whatever file management application your host provides. If applicable, also remember to deactivate any plugins in the mu-plugins folder. The easiest way is to rename that folder to mu-plugins-old.
– switching to the unedited default, core-bundled Theme (such as Twenty Twelve, Twenty Thirteen or Twenty Fourteen) for a moment using the WP dashboard to rule out any theme-specific issue. If you don’t have access to your admin area, you can switch to the default theme by renaming your current theme’s folder in wp-content/themes and adding “-old” to the end of the folder name using via FTP or SFTP or whatever file management application your host provides. Alternately, you can remove other themes except the default theme. That will force your site to use it.
– resetting the plugins folder by FTP or PhpMyAdmin. Sometimes, an apparently inactive plugin can still cause problems (because the hooks remain unless plugins completely removed or some plugins stick around in cached files. So by renaming the folder, you break them and force them inactive).
– If the above troubleshooting steps fail to resolve the issue, try manually re-uploading all files and folders EXCEPT the wp-config.php file and the /wp-content/ directory from a fresh download of WordPress. Make sure that you delete the old copies of files & folder before uploading the new ones. Read the Manual Update directions first!
icons disappear when browser overrides for the font control are activated why
I don’t actually know anything about the browser overrides. In 3.8, the admin icons ARE a font, so to my layman’s mind, it seems like that could be related?
icons disappear when browser overrides for the font control are activated
“Activated” in what way?
Off-topic: ‘ello Rev! Long time, no see 🙂
@esmi – Master’s thesis complete… coming up for air now! 😀
@cobourgpress – If you could help us understand a bit better what you are referring to it would help us
I’ve googled to try to decipher what the browser overrides are but it seems to mean different thing for different folks so I’m not 100% clear as to the issue
I think overrides refers to allowing web pages to override the user’s font selection. For example, in Firefox you go to Options then go to the Content tab then next to “Fonts and Colors”, click on the Advanced button. Then put a check mark next to:
Allow pages to choose their own fonts, instead of my selection above
See the following thread for more information:
admin icons not displaying after 38 upgrade
Ah, if so, then my comment seems to make sense!
The admin icons are a font if I understand correctly, thus, if you don’t allow the webpages to choose what font they display – the icons can’t appear.
I do believe individuals who do not have that setting turned on will run into this problem more and more as I see, increasingly, websites (not just WordPress sites) utilizing fonts for icons to cut down on resources being loaded.
I think overrides refers to allowing web pages to override the user’s font selection.
This is the kind of detail I needed from the OP. If users are (effectively) applying their own local CSS to the WP- admin area, then it’s not surprising that they are hitting problems. What I really would like to know is WHY people are using local styles. Is it a purely personal preference or are there other reason that come under the general heading of “accessibility”? If it’s the latter, then we might perhaps be able to push for changes to avoid creating barriers.
Hi “esmi”, sorry to interrupt.
I currently have a few clients who are also experiencing issues with fonts (attempting to use browser overrides) (WP 3.8).. and tinymce icons not loading properly.
Let me know if I may offer assistance in troubleshooting.
OK folks thanks for the response let me say this in non-geeky terms. “Overrides” as I described them are the controls in FF and IE that allow you to browse in the font of your choice. As a political hack/pundit I have to look at many webpages and I prefer to use the Ariel font not the Courier or Times Roman. Hence the use of the “overrides”. I have not touched one line of css or changed a php file and do not want to.
If as explained the icons on the dashboard and perhaps tinymce are not images but fonts then obviously they would be switched off when one activates the overrides.
The decision to manufacture icons as fonts did not take into account that not everybody stays within the default world. Customise fonts a bit and the icons disappear.
Just pointing this out in a friendly way but should have been picked up by the new designers. Only problem for me so far in 3.8, but really a big one!
Perhaps if one loaded the wp, and all the other fonts into the font collection this problem would go away – one for the plugin designers.
@cobourgpress: So would it be fair to say that this is a purely personal preference on your part rather than something you need in order to be able to use/access web pages?
@josh (Ult. Tinymce): Can you ask your clients the same question.
Please understand that I ma not downplaying the issue if this is a “personal preference thing”. Just trying to determine whether if, in these particular situations, it needs to be defined as a usability or accessibility issue.
Yes this is a personal preference as opposed to having to do this to make the computer more accessible.
Surely this should not be a developers question unless you are trying to determine the importance of a workaround. It is a bug that bugs me.
But more than that it has taken hours to determine whether it is my issue, on my machine, as opposed to a development issue that has occurred because of lack of testing by many users. Those hours are expensive especially when the different fonts I use, by means of browser overrides, make it easier to do my job.
I do hope that it is deemed enough of a bug to interest to a plugin developer.
Surely this should not be a developers question unless you are trying to determine the importance of a workaround.
It’s more a case of making sure that the issue is filed correctly if it is reported in Trac as an issue.
As a user that has been satisfied so far with the product, even if it is a volunteers open source product, and I thank you all for that, this issue must not just be mine. And surely as developers one would want a product without too many faults.
I really don’t care where the report ends up as long as somebody sees it and is motivated to fix it.
just my two cents worth
If a bug report is to receive the right attention, it must be filed correctly in the first place. Otherwise if will just be immediately closed.
@ben, I’ll follow-up with you via email; and make certain I have all the information to concisely replicate the issue.
@esmi; Yes. Let me gather a little more information on my end; and I’ll post back here. I don’t mind who creates the ticket; but I agree we need ALL pieces of the puzzle. They DO NOT like the ‘runaround’ over there 🙂
- The topic ‘WP 3.8 a design fault?’ is closed to new replies.