Latest Contributions by DavidColey

Hi @TonghuiMing - thanks for the reply and yes potentially I've maybe isolated the issue.  It could also be device specific too.  I've just upgraded my Pixel 5 to a Pixel 8 pro, and the map issues on the Instant apps and the ExB app are no longer present, whether point layers are present or not.  The maps no longer flicker, go black, or disappear below certain scales on the 8 pro. I can say that the 'Allow Resize' option does not function on the pixel 5 or 8, although the 'Allow Expand' continues to work. ... View more

Well, I'm completely stumped on this.  I tried republishing my feature layer collection of water device POINTS from pro with the "use symbol types compatible with all clients", re-creating a simple map and publishing that map in a simple Basic Viewer Instant App.  Same results - map disappears below certain scale levels when more than one point layer is visible. Doesn't seem to matter if the map uses grouped layers or not.  Doesn't seem to matter is the map is saved in map viewer classic.  What does seem to matter is whether or not the Point Layers are visible. My earlier reply with my Sidebar instant app does not have any point layers.  So I wrongly assumed that the problem was ExB.  But as @TonghuiMing correctly pointed out, the problem is in the Map Viewer on Android (but not iOS) because it continues to show here: https://sarco.maps.arcgis.com/apps/instant/basic/index.html?appid=d7e15b494181451685d235e52dd1f52d Thanks ... View more

Hello @TonghuiMing  - will you be reporting back here when and if an issue is logged and when we can expect a fix?  Otherwise I am going to turn this post into a support case and go from there.   ... View more

Hmm, not sure I agree completely.  I have a sidebar instant app here: https://sarco.maps.arcgis.com/apps/instant/sidebar/index.html?appid=65828fd9b26246cb9a994a3bf460476c that has grouped layers in its layer list and is summarizing data values per district via FeatureSetbyName in the map$ profile and it doesn't have any problems on Android. But, we did test Chrome on the iOS 14 for my app and it works just fine, so this is an Android issue for sure with the ExB and needs attention.... ... View more

I did not but thanks the suggestion.  I could try, but since the upgrade for the arcgis package at Pro 3.1.3 is from 2.1.0.2 to 2.1.0.3 - and the arcgis api is at 2.2, I think I'll wait for the next Pro release as I'm not doing anything that requires any of the other packages to be upgraded at this time. ... View more

Hi - I am not seeing the popup display on the map when selecting features from other widgets, such as Search.  Am I missing something or did this functionality not make it into this update? Update - I found it - the setting is on the map widget - thanks! Thanks, David ... View more

Have you tried using the python api to start the services?  From time to time, some of my hosted feature services or vector tile services will 'stop'  I restart them using the python api.  Something like: try: gis = GIS("https://yourdomain.net/portal", "your_portal_login", "your_portal_pw") gis_servers = gis.admin.servers.list() print(gis_servers) #message = message + "\n" + str(gis_servers) agshost = gis_servers[0] print(agshost) #message = message + "\n" + str(agshost) vtServicesList = agshost.services.list(folder='Hosted') for vtService in vtServicesList: serviceName = vtService.properties.serviceName if (serviceName == 'ExoticInvasiveSpeciesPoint' or serviceName == 'ExoticInvasiveTreatment'): print(serviceName) message = message + "\n" + str(serviceName) vtService.start() print(vtService.status) message = "\n" + message + "\n" + str(vtService.status) except Exception: # If an error occurred, print line number and error message import traceback, sys tb = sys.exc_info()[2] e = sys.exc_info()[1] #print(e.args[0]) #print "Line %i" % tb.tb_lineno message = message + "\n" + "Line %i" % tb.tb_lineno message = message + "\n" + str(e)   works for me every time I encounter a stopped hosted service. Hope this helps ... View more

I was able to update the hosting site 'server' web adaptor after stopping the web application pools same as @RyanUthoff and @SebastienPetit  - although I did have to run the patch twice to update the 'server' WA (my federated site and portal updated previously without having to stop their respective pools) I suspect the first time I ran the update following the method tech support told Ryan to do is because the files were still locked, and it just needed a few more minutes to clear.    If the 'server' WA still hadn't updated then I would have ran again per @MarceloMarques  - but fortunately did not have to ... View more

Same here - any updates on this?  Does ESRI have any suggestions as to logo dimensions for the Instant apps?   ... View more

I'm sorry but this doesn't make sense to me: "The patch does not apply if you have multiple arcgis application pools."  Yes, at 11.1 each WA now runs in it's own application pool.  So you if you have any kind of Enterprise deploy, you are going to have at least 2 WAs - one for portal, one for the hosting server site.  We have 3 - portal, federated site, hosting site plus the original ArcIGISWebApaptorAppPool v4.0   But as I just noted above, the patch updated 2 of the WA's - according to the dll dates - although the patch ran 3 times - once per 11.1 v6 web adaptor.  The patch summary notes say nothing about stopping the IIS to run the updates.  Is esri now recommending that the patch be re-applied while the IIS is stopped so that the ArcGIS-111-WAI-RU2-Patch.msp patch will update web adaptor pool for 'server'? Such that the ESRI.ArcGIS.WebAdaptor.dll for the 'server' will show as updated?  Because 'View Installed Updates' certainly shows that the updates have been applied.   @KaitlynStevens ? @JonEmch ? ... View more

We have a distributed site, as I have mentioned earlier in this post  For our hosting site, the web adaptor is named 'server' and the ESRI.ArcGIS.WebAdaptor.dll is  dated March 1, 2023.  For our federate site, the web adaptor is named 'agsfed' and the ESRI.ArcGIS.WebAdaptor.dll is dated August 10, 2023.  For the portal WA, the ESRI.ArcGIS.WebAdaptor.dll is dated August 10, 2023. We do not run ANY map and or image and / or server extensions from the hosting site - it purely serves hosted feature layers from portal. All of our map and image and (network, validation, versioning, geolocator) etc services are run through the agsfed WA, per our system design. All 3 WA's, server, agsfed, portal all show the patch as applied through 'installed updates' as accessed through control panel>view installed updates. For IIS, I don't know what multiple bindings means.  We only have 80 and 443 showing as bindings on the Default Web Site.  There are no bindings on anything else. To me, given what @eryildiz just reported, this suggests that ESRI did not expect anyone to be running traditional types of services from the hosting site.  If that's the case, that would seem like an oversite for sure. That being said,  ESRI did not expect anyone to have the letters a-d-m-i-n in the name of their federated web adaptor site at 11.0 - like I do 'agsfed' - yet that did happen and I could not run a webgisdr until I upgraded to 11.1. So - now I understand why maybe we 'got lucky'.  We are not running anything other than hosted feature layers from the hosting site.  All traditional services are accessed from the federated site. And although we have many (250 combined maybe?) traditional map, image, feature access, versioning, geolocator, validation, networking services running through the federated site, that app pool did not freeze before or after patch updates.  I should note that wherever possible, all services on agsfed are using the 'shared instance' dynamic mapping service.  I have that set to 16 instances, appropriate for an 8 core 32gb server. hope this helps some too -  David       ... View more

You know, I outlined the specs of our web adaptor machine in this post several months ago.  We still have yet to experience any of the issues that the patches address.  Nevertheless, I of course have applied these patches. For those that continue to experience "App Pool Freeze" issues, I haven't seen or read any specs on any of the machines that are failing.  I only mention this because of 3 items: DMZ - we use F5. For us, our F5 does no load balancing, it merely directs requests. OS - we are still at Windows Server 2016 on the server hosting our web adaptors.  One of the components required to run web adaptor at 11.1 is the Web Deploy 3.6 .  When you go to this download page, and review the system requirements for the Web Deploy 3.6, you can see that Windows Server 2022 is NOT listed among the supported operating systems: System Requirements Supported Operating Systems Windows XP, Windows 7 Professional, Windows Server 2003 Service Pack 2, Windows Server 2012 R2, Windows Server 2008 R2 SP1, Windows 8 Pro, Windows Server 2012, Windows Vista, Windows 8.1, Windows Server 2016, Windows Server 2019 The supported platform is 64-bit for this download. The .NET 2.0 Framework SP1 or greater must be installed.   Does this mean that the Web Deploy 3.6 supported on Windows Server 2022?  I don't know - Microsoft nor ESRI say anything about it.  NOR does the Microsoft documentation say anything about IIS 10 For others, perhaps they did not follow this item from here: ArcGIS Web Adaptor 11.1 system requirements  Caution: If you installed the ASP.NET Core Runtime - Windows Hosting Bundle before enabling IIS and the required components, you must repair the bundle installation using the bundle installer. Also from the system requirements above: Memory - the system requirements dictate that the 'web adaptor' now requires 8Gb minimum: Hardware requirements ArcGIS Web Adaptor (IIS) requires a minimum of 8 GB of memory, with more potentially required depending on the number of ArcGIS Web Adaptor instances installed and the number and size of the requests received. Does this mean 8Gb per Web Adaptor?  I don't know.  We are running 3 Web Adaptors on a 16Gb Windows 2016 Server with 4 cores, 8 virtual.  So according to the hardware requirements, we are under-memory.  Yet we run about 20% memory utilization on the server day in and day out:   So that's it.  I guess I "lucky?"  I don't know, but I do know more fine-grained info needs to be provided on this thread.         ... View more