I've been using the service from webtype.com to render fonts on a website, but now the fonts stopped loading in Firefox (tested this on Firefox 3.6 and 4.0). It works just fine on other browsers.
After some searching, I've found that a possible explanation could be the same-origin policy in Firefox. But the only solution I've found was setting the Access-Control-Allow-Origin on the server that's providing the service, to which obviously I don't have any access to.
Has anybody else encountered this problem? How did you solve it?
Thank you.
That's the only solution, yes. Or using a same-origin font.
If webtype.com is not returning that header, that sounds like a bug on their end that you should report to them.
Related
After having deployed my gatsby website with netlify, I realised that while it seems to work perfectly on other browsers, JavaScript seems to be disabled for the site on Firefox and google fonts does not seem to have worked as well. Anyone know why this could be? Highly appreciate any help!
Site for Reference
I had a regex with a lookbehind, so firefox disabled my JavaScript.
I've been having a weird web fonts related problem with Firefox only.
To put it short, web fonts are not loading at all from Google or Typekit. This is also the case if I just browse to http://www.google.com/fonts or https://typekit.com/fonts
Here's how Firefox behaves on both sites:
I checked Typekit help regarding this type of issue. All the mentioned settings were correct. Also removed and re-installed Firefox. Tried to connect through 3 different network connections. Nothing seem to help.
I'm sure it's some very basic Firefox setting or problem, but I just can't figure out what. Anyone had similar issues? Any solutions?
Windows 7 Enterprise (32-bit), Firefox 34.0.5.
No problems with latest Chrome, IE 11 or latest Safari.
This is issue of Google web fonts not rendered
i think Mozilla support will help you, there is same issue and it solution also visite mozilla support forum
This is bug that can be found here
I'm working on a corporate intranet and we have recently redesigned it using all sorts of CSS3 goodness as specified by a design agency. Our corporate standard browser is (still) IE8 so in order to make the CSS3 work I employed CSS3 PIE (http://css3pie.com/) which recreates the CSS functionality using VML via a .htc file - and it works great. However I've noticed that the http_referer value for pages viewed in IE8 is being returned as the location for pie.htc instead of the actual referring page and it was working just fine before the redesign. Firefox is tolerated as an alternative browser and for pages viewed in that browser all the http_referer values are as they should be. This is causing quite a headache for forms which redirect using this variable, as well as the logs which dump various environment variables to database for easy querying - and the guys who analyse the stats aren't remotely happy!
I have flagged this with the developer of CSS3 PIE and it's a mystery to him, but before I register a bug I wanted to see if it might be some failing of IIS or some setting I've missed in it (I'm using version 6 on Windows 2003). We have an Linux server with Apache as well for different purposes which I redesigned using the same technique and that doesn't seem to be displaying the same behaviour.
Does anyone have any related experience with PIE or any other .htc files on IIS which they were able to solve? Or is it some kind of IE8 bug that will never be fixed?
we experience the same issue. We removed it from the html. It could be an IE bug, I don't see any reason why the referer of the .htc should be the same as the page.
When using MHTML over https in IE7, IE7 shows the non-secure items popup.
I believe this is due to the mhtml: prefix. IS this actually a bug? or is there a workaround for it?
Starting here is a good thread kind of explaining some options. We just ended up not supporting IE7 since it's only a couple percent of our users now anyway.
http://www.phpied.com/mhtml-when-you-need-data-uris-in-ie7-and-under/#comment-72154
Wanted to throw this question out to see if there's been any solutions as the Google Doc viewer is amazing.
Creating an iframe with an embedded Google Docs viewer does not work in IE 7,8.
https://docs.google.com/viewer
Does anyone have a work around?
I have the same problem, but didn't think it was acceptable to have to ask users to add the URL to their trusted sites in IE.
Luckily I came across the following post:
The embedded version of Google Docs Viewer (gview) will not load its images correctly if third party cookies are disabled. This problem is an issue for most IE users as by default it will be disabled. Below I provide a work around to this problem for at least until google adds a p3p. The original discussion of the issue can be found at google docs help forum.
I've tried this out and it works in IE8, IE7 and IE6.
I just tried an iframe targeting https://docs.google.com/viewer in IE7 and it is working.
But I have ChromeFrame installed in IE - maybe that's the reason it is working for me!
I tested displaying PDFs in Google Viewer with IE8 with following settings.
You may see the solution at http://victoriarange.blogspot.com/2010/07/solution-for-display-problem-of-pdfs-in_24.html