|
By mike - Thu 25 Oct 2012
|
With the release of Windows 8 and IE10 now upon us, I would like to ask what your policy will be with supporting IE10 going forwards? Have you tested Kartris for compatibility already or are you going to do so at some time in the future (and if so do you have a timescale on that), and what will be your stance on reporting/fixing any bugs that arise from using Kartris with IE10 until this happens?
|
|
By Paul - Fri 26 Oct 2012
|
We have tested with the previews of Windows 8, and hence IE10.
It all seems to work as it should, in terms of display and usage in IE10. This includes both versions of IE10 - the desktop one and the 'metro' one.
Furthermore, we've also tested Kartris running on the IIS web server on Windows 8 using MS SQL 2008, and it all works perfectly - very similar to the setup in Windows 7 and Server 2008 R2 (both IIS7.5).
Certainly our policy is to continue to support all major browsers from the front end point of view, with back end support for IE8+/FF/Chrome, though other browsers such as Opera and Safari should work fine too.
THe main issue continues to be support for IE7 and below rather than for newer browsers which tend to implement web standards better. While we aim to get the front end display in our default skins acceptable in IE7 and below, changing these skins can easily introduce display issues if they're not properly checked.
|
|
By Paul - Fri 23 Nov 2012
|
We have found there are issues on some servers relating to IE10 support in ASP.NET, rather than Kartris specifically.
It seems that Microsoft is browser sniffing and for some reason has not updated ASP.NET properly via Windows update to recognize IE10. Hard to believe really, but we've verified the issues ourselves and certainly postbacks are not working on some installations.
The solution is fairly simple - add the following META tag in the HEAD section of the .master pages (Admin skin and front end skin):
<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE9">
This forces IE10 to emulate IE9, and it seems ASP.NET likes this and everything works just as with IE9.
There are hotfixes for ASP.NET 4.0, 3.5 and 2.0 that claim to address this problem, but we found they didn't work. So the above tag issue is the best bet, and on the plus side this can be done via FTP on a site where you don't have server admin access.
|
|
By TheCalicoTree - Tue 30 Jul 2013
|
Hi,
Our website is experiencing issues with IE10.
When you try to login or register it appears that the radio button ispostback is not firing and theemail input box does not display.
http://www.hotel-buyer-store.co.uk/CustomerAccount.aspx
I've applied the meta tag fix but to no avail. My hosting company are reluctant to run any server wide .NET hotfixes so as it currently stands no customers are able to use the website whilst running IE10.
Has anyone else experienced this? We are totally stuck.
Thanks
Helen
|
|
By Paul - Thu 1 Aug 2013
|
Have you tried using the compatibility modes in IE10? If you go to F12 developer tools (it's in the gearwheel menu too) you can set compatibility mode and browser standards. I am not suggesting this as a fix, only as a tool to let you figure out what browser/settings will get the site to work.
I found if I set browser mode to IE9 then it works ok.
So try this compatibility tag instead in your page:
<meta http-equiv="X-UA-Compatible" content="IE=9">
|
|
By TheCalicoTree - Thu 1 Aug 2013
|
Thanks Paul, I added the revised meta tag but still not working.
Using Developer Tools, the page works when Browser Mode is set to IE9 but not Document Mode. Does the meta tag only change the document mode?
I have also tried applying the change to the HTTP header as documented here but still not working (http://blog.codefluententities.com/2012/09/28/how-to-enable-ie-9-compatibility-mode-for-your-website/).
|
|
By thopcroft - Tue 17 Sep 2013
|
|
I am now starting see this issue from customers who are using IE10 or IE11 and chrome on ipad and chrome on imac. I have set my test IE to compatibility mode and it works Ok on a PC, but I cannot force my customers to use this setting. This is now becoming a very serious problems as customers contact us on a daily basis and we are having to process many orders manually.
|
|
By Paul - Tue 17 Sep 2013
|
Are you running the very latest version? One change we had recently was to update some files in the App_Browsers folder. If you don't have the latest ones, try importing the ones from the latest zip into there. We found this fixed a persistent problem with IE10 on one customer's site. It seems some servers don't have the right lists to determine what browsers are 'upscale' and therefore some features like postbacks fail.
Before you add these files, do the following:
1. remove all browser files from that folder
2. restart the site in order to rebuild it
3. add in the new files from the zip
Then restart the site and it should have these updated files and should better handle some modern browsers that seem to have problems with it.
|