I've got FA working on multiple sites hosted locally and remotely, and all of them seem to have stopped displaying icons on my laptop - I've done the obvious, tested on other devices and other browsers and I've found the latest IE appears to be the cause.
The IE version that does not work:
IE Version 11.15.16299.0
Update Code 11.0.47
Chrome works
IE version 11.0.9600.18762 works
So my own sites appear broken; but this public site that contains FA (the first result I came across on google) also appears to be broken...
https://fontawesome.bootstrapcheatsheets.com/
FWIW, glyphicons are not affected by this issue!
AFWIW, The official FA website works fine on the latest IE!!
Not been able to find anything on google so just wondering if anyone else is having this same issue and knows a fix?
So far I've tried:
Resetting IE settings & Delete cache/temp files
Try other devices (also have the same issue, with the same IE)
Try different FA sources; two CDN's and a local install - none fix the issue.
Thanks for any help :)
Chris
Update on this – I’ve just run Windows Update again, installed another pending Windows update and its working again. So there was an update on Monday that broke everything, and another released at some point since Monday that fixes it.
Something else I noticed a few minutes ago (before the issue was fixed) – I logged into Office 365 webmail and all the icons there were missing too! It’s pretty impressive stuff from Microsoft!
Related
yesterday morning I was happily working on my xsltforms in a hosted exist-db environment and at lunchtime, my chrome version updated. Since then, the forms load only white screens. Asking my colleagues, it turns out that these forms stopped being viewable in Edge and Firefox as well, sometime in the last few weeks. My laptop (not updated) still views the forms fine (or did until this morning when it's version of chrome also updated).
There is no error in the console (post edited for this) and the sources correctly list both the xml and the xsl fie. But the screen stays completely blank...
Nothing has changed in the config (and like I say the forms were working in the older version of chrome).
Any ideas on how to get them back?
Cheers
Ralph
Solved this problem by upgrading the XSLTforms main files from v.661 to v.662 (https://github.com/AlainCouthures/declarative4all/tree/master/public/direct). Not at all sure why this made such a dramatic difference, or why the fault suddenly kicked in on browser upgrade, but at least it's fixed.
I have been developing a website for a client this past week and he tells me the site works fine on chrome but not on safari.
Unfortunatly I do not have an apple device but the site works fine on all the browsers my end!
Here is a video showing how it looks on Safari:
https://a.uguu.se/l0yAhSOlet1C.mp4
Not sure what more I can do to it but I'm pretty sure it's not my code!
Many thanks for any suggestions.
Phillip Dews
I found that the problem is definitely not in your code, it is a know issue I quickly searched on Google and I found that there are quite a bit of people that experience this issue I think probably because they are running an older version of Mac OS.
Here are some useful links you can read and inform your client:
A lot of people have similar flickering patterns.
Link 1
Link 2
Link 3
I'm working on a project using KineticJS version 4.6 (currently the latest version), and since last night's Chrome update to Chrome 29, the Kinetic canvas is completely blank. While using the console, I am still able to detemine that the created objects, such as the Kinetic.Stage and Kinetic.Layer, still exist and are filled with correct data.
Afterwards, I tried loading the same page in Internet Explorer and Firefox, and they still work as intended, showing the canvas with the correct elements.
I have tried searching for people with similar issues, but I guess Chrome's update is too recent to show any results. Does anyone perhaps know if there is a way to fix it or if I should simply wait for either a KineticJS or a Chrome update?
EDIT: And now it suddenly works again after restarting Chrome. Hotfixed?
EDIT2: After a while it broke again, but restarting the browser seems to work
EDIT3: It is a bug in Chrome, acknowledged by the Chromium team in this thread. The thread states that the bug is definitely fixed in version 30, which is currently in beta. This fix may be merged in version 29 soon, but there is no definitive timetable for this.
We have the same problem in Chrome 29.
In some cases a workaround is to tell your users to use Chrome Incognito mode to fix this issue.
A test to replicate the issue consistently is posted here:
https://github.com/ericdrowell/KineticJS/issues/585
At present, the bug is not present in Chrome 30. (8/27/2013)
You should star this chromium issue:
https://code.google.com/p/chromium/issues/detail?id=280153
I've been banging my head against my desk for months now trying to find a solution to this problem. The biggest issue is that it only pops up in certain circumstances. Since modern.ie launched and IE10 was released I've renewed my search for answers.
I'm running Win7 64-bit and currently have the latest IE10 (10.0.9200.16521). When I load a site with video.js installed it fails in standards mode. But works with Flash in quirks mode. Removing video.js in various ways loads the video(s) fine with IE10's HTML5 capabilities. This even actually happens on the videojs.com home page. So far I've tried the following suggestions from other locations...
Use a full path instead of relative URLs.
Change to preload="none"
Running IE after disabling add-ons
Running IE in safe mode
Running IE as a separate user
Numerous other similar things months ago I don't recall.
I have successfully run the site on fresh installs inside virtual machines. And my Win7 64-bit computer at home. But my machine at work, previously with IE9 and now with IE10 does not work. I've seen similar posts so I know I'm not alone. Does anyone have any new suggestions?
A super simple example that exhibits this issue can be found in this other question: video.js videos get stuck in IE9 and IE10, double length on Mac Safari
Update: Found a reference to forcing IE to use Flash. Thought it might be a workaround while trying to get IE to use HTML5. It successfully made other browsers use Flash (in a test to make sure my IE conditional comment wasn't messed up). IE still did not work.
Update 2: I have found other web sites that are totally unrelated that also fail to load. Considering this issue does not happen on a fresh install I may need to resort to an attempt to remove IE and install from a fresh download. Sadly this will not actually locate what is causing this issue so I may hold off and sift through the video.js source. That'll take a LOT of time so if anyone comes up with a solution in the meantime please let everyone know.
It took a few more random shots in the dark (uninstalling plugins, dropping to IE8 and then installing a fresh copy of IE10) before I resorted to sifting through "Related" links on here. But I finally found the solution.
Drop Helvetica from the videojs style sheets.
(And the rest of your styles).
Once I removed all instances of Helvetica from my style sheets everything worked beautifully.
I've known Windows doesn't get along with old Type 1 fonts—like Helvetica (I need it installed since my company's logo is set in it and it's bitten me before). What I didn't realize was that IE9 and IE10 effectively can't render them at all and that's what was killing videojs.
Sadly we can't force users to go out and buy new versions of Helvetica or Helvetica Nueue. So my suggestion is dropping it in favor of "sans-serif".
h1 {
font-family: sans-serif;
}
I'm trying to understand these strange rendering error boxes that are too big to be ignored. This seems to happen on Chrome in Windows 7 (my testing isn't too elaborate) and nowhere else. When I attempt to inspect, they all disappear. This could be some kind of video card issue as I'm using some pretty advanced CSS3 transitions that could mess up memory. In any case, if someone could offer advice on what I could do to fix, I'm at a loss. The site is www.crane-usa.com
Having the same issue with our site using 21.0.1180.89 and 21.0.1180.79. Problem is in Windows 7, Mac OS X latest, Ubuntu and in Chrome frame running in IE9. IE9 with Chrome frame disabled works fine. The problems are intermittent and unrepeatable. Inspect element removes the problem as you say. I tried disabling GPU compositing via chrome://flags but that didn't fix the issue.
We and our users have only been seeing these issues since approx Aug 27, 2012, 3 days ago. I took a look in crbugs.com and found that this seems to have existed for a couple of weeks already. http://code.google.com/p/chromium/issues/detail?id=143647
Sorry our site is not public so I can't post our url but you're not alone.