We are seeing some weirdness on a Grails 2.1.1 app in IE8.
We implemented datatables in a, well, table of data. This datatable works fine locally when running with grails run-app in both IE8 (what we have to support) and in Chrome (what we want to use).
If we do grails war and grails run-war locally we get the same thing -- it looks fine.
But when we deploy it to our Dev environment, which uses tcServer, it looks fine in Chrome but in IE8 it seems that not all the styling is there. There are no headers, for example, and the blank cells have no border. The Datatable works fine -- I can search in the input box, and if I click where the header should be, it runs the sort.
Any ideas?
The difference between local and remote was IE8 Compatibility Mode. It was turned on locally but the intranet has it shut off. Turning it off locally at least lets us change the CSS rules.
Related
I have a very strange problem with webfonts and firefox.
I made a website with DIN webfont as a font-face, and it is displayed perfectly well in all the browsers, when the website is hosted on my personal server:
http://daviddarx.com/stuffs/work/pozzo/04/
But, since we transfered the website on final servers, the webfont isn't displayed anymore in firefox (mac version), while it still is ok in other browsers:
http://pozzo.ch/
Do you have any idea what the problem could be?
I can't figure it out, cause it's working fine locally and on my server. Also do I think that the problem may come from the final server configurations, or urls, or anything else.
But I haven't any knowledges in these technical fields.
It seems this line src:url("../fonts/din_regular.eot?#iefix") on your font-face makes trouble on firefox.
try to remove the "#", so write this line like this: src:url("../fonts/din_regular.eot?iefix")
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.
We have a lot of AJAX in our pages. Mostly it's been in our internal systems, so we haven't tested it with a lot of browsers. But at the moment we're developing a major feature, that will use AJAX, for our customers and we testing it more thoroughly. One of the tests have been in IE9 running IE7 mode, which worked just fine. But when we took a machine running a real IE7 browser, we discovered that AJAX only works once on any of our pages. It seems that after a part of the page is re-rendered with ajax, all javascript events in the part of the HTML that was re-rendered stops working. It's impossible to get even a javascript alert() box to appear.
Since we only have one machine with IE7, we would like to know if anyone can verify that this is a real problem, and not just a problem with this one machine of ours?
And if it is a real problem, what did you do to fix it? 10 % of our users still use IE7, so cutting that browser just isn't a workable solution.
UPDATE / SOLVED:
We decided to get a new server and set it up with Windows XP. Even though we don't support it, we tested it in IE6 and it worked. Then we installed IE7 and it worked too. Guess our old test server is all messed up some how. So all works in IE7 after all.
Thank you for the suggestions all.
Personally I intend to forget about older browsers, but I usually use the jQuery library for my AJAX requests since I usually use jQuery anyway for specific animations etc.
jQuery supports these browsers:
Firefox 3.6, 5.0.x, 6.0.x
Internet Explorer 6+
Safari 5.0.x Opera Current - 1
version Chrome Current - 1 version
source
Because jQuery AJAX is very much part of the jQuery library as anything else, I assume that the jQuery AJAX is supported by these browsers as well.
jQuery AJAX API
AJAX calls are cached in IE. Use "cache: false" in the ajax call options.
I am building a website that uses Google Visualization API, and it works fine (even in IE), except for production server. Basically:
In all browsers not made by microsoft it works;
In IE8, 9 on the dev server (localhost:8000) it works;
In production, it fails saying 'Your browser does not support charts', which is not true.
No https involved, js is taken from Google, no browser or js errors at all. HTML from dev and production server is the same, I actually checked with the diff tool.
Any ideas on why can this happen or how do I fix this? Example URL: http://publishedin.com/websites/profile/penpen.in/ (graphs are in the left column).
I have similar charts running in IE 9 without a problem. Other people have noticed this problem when there is some kind of code collusion on the page.
So, try creating a page that only runs the charts, nothing else. If it works, there is some code on the page interfering with the chart creation.
I got your charts to run in IE 8 & 9:
http://www.jensbits.com/demos/charts.php
I have found IE to be particularly intolerant of code that confuses it.
I use newest sIFR version. It works on some browsers and does not on other. Flash version doesn't seem to matter, and on one computer it works on IE8 but won't go with FF3.
The thing is that if it fails to work it just displays nothing, no regular text/typefaces, just an empty space.
The site is http://www.winaisery.pl/
Do you have any clues?
you might want to test if your flash player is correctly installed