What causes IE to choke on WAB sites?

[MichaelJenkins]

We have found that many sites built with the WAB do not work or us in Internet Explorer.  The version doesn't matter, it can fail in IE 9, 10 and 11.     In IE, we just get a white screen and the app doesn't load.   Looking at the http traffic, there are no failed requests.  But looking at the console we see the attached "Access denied" messages that refer to <name>.maps.arcgis.com.  The sites always work for us in Chrome an FF.

When we were first developing and testing WAB applications on our intranet, we found that some of us had to add the intranet server to IE's "Trusted sites" list in order or it to work.  When we published out first WAB app on the internet (http://gismaps.kingcounty.gov/iMap) we found we had to add that server to IE's trusted sites list in order for it to work for us, but only when using our work computers on our work network.  We can connect to a public network using the same browser and computer and the site would work.

Now we get emails from some members of the public saying they are getting nothing but a white screen, while others seem to have no problem.  It seems to me that there is some combination of IE security settings and perhaps our firewall that causes this.  We've been telling people to try adding our site to their "trusted sites" list, but that is not only annoying but also not possible for many people who have an IT department that prevents them from changing their own settings.  Plus that solution only works on a site by site basis, it doesn't solve the larger issue.

I'd like to know if other people have this problem and if anyone can help to figure out a solution.  Here are some of the sites that do not work for us in IE on our network, but work fine in Chrome and FF (and in IE from home).  In each case I can see that access denied error in the IE console.  Please note we have *.ArcGIS.com in our trusted sites list.

http://www.tapasdas.com/Maps/Phones/app29/

https://gis.yakimawa.gov/measure/

http://gis.hamiltoncounty.in.gov/mapviewer/index.html

http://gis.calhouncounty.org/WAB/V1.1/widgets/ElevationProfile/index.html#

http://gis.calhouncounty.org/WAB/V1.1/widgets/eSearch/

[SebastienPelletier]

I have exactly the same problem. I discovered that when I don't write the name of my domain it does not work but if I wrote everything works.

example:

http: // MyServer / MyWAB

vs

http: //MyServer.mydomain.local/MyWAB

[NathanielRoth]

I just ran into this to.

What I and the other IT staff have figured out is that in IE 11 if you don't have either:

A. The Enable Protected Mode turned off under Internet Options-->Security-->Internet

or

B. *.arcgis.com listed added to the trusted sites and the Enable Protected Mode turned off there..

Then, you'll see this issue. To fix it, you also need to clear the cache.

We run into this same issue when logging onto arcgis.com if we don't have the settings worked out as above.

Does anyone have a working solution for this? A large portion of my audience is government computers set with IE as the default, and with settings that don't let them in.

[NathanielRoth]

Some further refinement of what I've found..

Adding *.arcgis.com as a trusted site actually does not impact the ability to load our hosted WAB based App. It does impact our ability to log into any arcgis.com website so it's worth keeping.

The key for us (California Department of Conservation) is adding *.ca.gov as a trusted site (irony implicit).

I've yet to get any reports of issues from non-Dept. of Conservation folks, but it's been a very small survey so far since the site hasn't been linked. My suspicion is that there is something in the Dept.'s IT security system that is making the setting of trusted sites necessary, since I'm able to access the web map and arcgis.com in IE without any trusted site settings from personal computers.

[JillianStanford]

Hi,

This is an old post but I thought I'd revive it. We are having the exact same problem as Michael described in his original post.

For us the problem started when we switched on Active Directory SSO. Prior to that WAB sites were loading correctly but now we get the blank page and the Access Denied error in the console but no failed requests. Even sites that are accessing publicly available content only are failing.

The sites do work in Firefox but single sign on does not.

I don't have control over the end users IE settings since they are pushed out by IT to the entire organization. They are understandably reluctant to do things like add the entire domain to the trusted sites without a valid reason.

Has anybody solved this problem?

Thanks!

Jill