I’m going round the bend with regard to this problem!!!
I have a https site hosted on a mainstream host, developed in classic asp and is used by schools.
If I look at my site using IE and I’m outside of schools then it shows up as expected. In other words I need it to run in IE9 or above, which should be fine as nearly all school machines are running Win7 and therefore automatically have IE9 or above.
My problem is that some of them are fixed to run in IE compatibility mode so the site looks pants.
I’ve tried the META tag in the <HEAD>.
I’ve tried the add a http header option.
I’ve tried (and my current setup) the web config entry.
None of them seem to make any diff.
My sites not an intranet site and 99% of them are on Win7 machines, but I can’t get the ruddy browser to run in the version it is.
I don’t want to cop out and tell them to use a different browser, so does anybody know what I’m doing wrong or what I can check??
As this was supposed to be ‘the’ way, but I’m still getting the issue - in plenty of laptops/desktops in school and the biggest problem is that I don’t think the user can even disable compatibility mode. It’s greyed out.
To post code, either put three backticks ` on a lline above your code block, and another three on a line below it, or you can use the highlight it in the editor window and use the </> button to format it.
Many thanks for this. That setting change could be the crucial factor. I’m just rummaging through my web history to see where I got the orig web.config detail from to make sure I didn’t invent that value.
Will need to wait until schools are back in to see if this is it!!
I don’t think you did, because I came across that, too, on my travels. As I say, I know nothing of ASP, so I can’t say which is right, but it seems an easy fix to try.
Let us know whether or not this solves your issue. We do have folk around who are knowledgeable in ASP, if you need more help.
Thank you. So frustrating because I can’t sit next to a machine and see this actually happening. Got to keep dropping in and pinpoint how to get round it. Don’t want to suggest another browser or dumb down the app just to accommodate that it might run in something that’s probably running like something made 5 years ago when its actually really up-to-date !!
Let’s face it… the data may be uptodate but the app? Classic ASP? It has been dead for a number of years now and only sites that have been around forever use it.
Don’t take it as a critic. There are legit reasons for keeping Classic ASP for a website and not change it to .NET or any other language. It may be too hard to do to make it worth it. Most of the time, chage it to .NET is easy but sometimes… it is just a pain.
As with everything in web development, you have two different things to take into consideration: your end and the client’s end (in this case, the schools)
My first thought is the code itself. If the resulting code (the one received by the browser) was completely fine, it wouldn’t matter if it was sent in compatibility mode or not (glad that you’re checking the value though ;))
If you want to play with the web server configuration file and you’re not sure what’s going on, try to use a virtual machine with the same configuration and a copy of the site so you can play safely.
If you’re force to use the real one, and you’re not close, connect via VPS or, if you’re in the same network, remote conection.
And only do simple changes such as this one, that you can revert back. Because this is dangerous.
Now, if the site is well built, the web server is configured properly and everything looks fine and dandy in your end, maybe it has something to do with their end. Like maybe a proxy bit too strict in its rules, or a non-forgiving firewall. That may cause that some files may not download or other issues.