Latest Contributions by DavidColey

Yes there is clearly something going on with the updates from last night: BUG-000153630  (submitted today) Some Sidebar Instant apps have stopped working after the November 2022 release. Web maps within the app show "Error. Unable to load [map name]" There are not clear or consistent steps to reproduce the issue, as creating a new app does not show the behavior and it is only an issue for apps that existed prior to the release. It seems like adding a Summary to the Instant App via the app Overview page in ArcGIS Online reproduces this behavior. There is also bad behavior with all of the Living Atlas layers - an 'insufficient permissions' error is thrown upon a webmap save in Map Viewer for ANY of my webmaps.  I have support ticket in Been working on it ALL DAY ... View more

For fully public ExBs where users are not logging into our AGOL org: It will be helpful when the built-in map basemap widget supports the custom basemap gallery defined by my organization instead of defaulting to the default esri basemap gallery.  If that is not coming soon, will there be a basemap widget available soon? Thanks, David ... View more

Sure - but: "I'm still skeptical the patch has caused the issue".  Well, the error log entries began moments after the patches were applied to the 2-machine host site cluster.  So if not the patch, then what?  No one else could have attempted to create any type of the new (beta) webhook capabilities in portal at release 11, and I have not.   If a restart does not address the log error entries, I may uninstall the patch updates and see if the errors continue. ... View more

Hello @KevinHibma - thanks for the reply.  Yes, a restart is something I would do after hours and will see if that helps.  I use ArcGIS Monitor, so it is not possible that I would not notice the log: ID Category Last Alert Collection Level Status H:M Count Groups Counter Name Rule Counter Instance Name Comments Counter Type Int(min) 1  ArcGIS 10/07/2022 11:41 AM Production  Warning  Open 17:44 72 1 Log-WARNING > 0  Summary ArcGIS Host ArcGIS Errors  ArcGIS 15 2  ArcGIS 10/07/2022 11:41 AM Production  Warning  Open 17:44 72 1 Log-SEVERE > 0  Summary ArcGIS Host ArcGIS Errors  ArcGIS 15   As you can see, these 2 logs have been open for 17 hours and the error keeps rolling along.  So far, there is no impact to performance (cpu or memory) but it is hassle to find my real Severe and Warning level errors contained within. ... View more

UPDATE In our environment, the federated site registered with our enterprise is still at release 10.9.1.  I did apply the   ArcGIS Server Security 2022 Update 2 Patch https://support.esri.com/en/Products/Enterprise/arcgis-server/ArcGIS-Server/10-9-1#downloads?id=8064 which does contain a fix for the same issue - Directory traversal vulnerability in ArcGIS Server -  This patch application is not generating any of the 3 unique log entries noted above.     ... View more

Ok Jon, thanks for the feedback  I"ll look into it for something I can do during off hours.... sounds good re any bug.  Support indicated they are beginning the process of getting it logged... ... View more

Yep, there it is . . . I don't know how I missed that thanks @KellyHutchins  ... View more

I encounter this issue all the time... in both the list and query widgets.  They are very finicky, especially with record sets >2000 rows, which is the default batch size from a hosted feature service - the max record count = 2000, regardless if I set the hosted feature layer max record count to be say 4000. I do not have a solution and it is very frustrating,  especially when I am trying to keep more than 2 widgets in sync.  Say a list, a feature info and the map widgets.  If I create view sources for the list and feature info, they remain in sync during filtering.  But the map widget won't stay in sync because it has to use the default layer source in order to draw the correct feature and return the same feature in it's popup as is returned in the feature info and/or list....     ... View more

Thanks Jon.  Yes when I speak with Sukumar today I certainly will.  Let me ask you this: Do you think it is safe to go into the web adaptor, disable admin access through the web adaptor, run the DR tool, and then re-enable admin access through the web adaptor after the tool completes? My main concern is stability in how the fed site is registered with the portal, plus just the overall tricky-ness with any web adaptor configs/re-configs . . .  ... View more

When you say "While I don't work on those apps, I'm not aware of any client requirement for administrative access to be enabled on the Web Adaptor. Can you point me to the doc that says that?"  Not at the moment. It may be a legacy thing from earlier (like 10.6) releases.  I think for our org the main reason we set up admin access through the web adaptor was so that we could access Server Manager while not on our internal network by going through the F5 and the portal user store in case of emergencies -  like hurricanes - and I was not on network or could not be on network but still need access to Server Manager. I don't have a staging environment and don't want to try something like this on the fly.  You said earlier that: "We addressed this in 11.0, but used an incorrect method, which looks for any character in the URL that matches any character in "admin". In your case, https://ags3.our_org.net/agsfed/admin/ all of the bolded characters are characters in "admin", therefore got stripped from the URL" Well, I say that this is a bug and needs to be addressed - because it has only shown up at this very latest release.  Don't get me wrong - I really appreciate your insight here. As always, I poured through the issues addressed  https://downloads.esri.com/support/downloads/other_/110-IssuesAddressedList_07192022.pdf and all of the 'what's new' and saw nothing about this, even in the 'Disaster Recovery' section of the document. I'm just not sure I can change the admin access - and if something goes wrong and re-enable it, that when I do re-enable that the site will still validate, what will the impact to Monitor be, etc etc. Thanks again - I'll have to give this more thought and will post back ... View more

looks like our messages got crossed.  No - the the services url and the admin url currently are the same.  Both are coming through the web adaptor. This is because I have administrative access enabled on the web adaptor - per the federation instructions - so things like Collector, Field Maps, Quick Capture will work correctly. ... View more

So you are suggesting to simply update my web adaptor settings by disabling administrative access through the web adaptor and in that way the admin access for the federated site will always use the internal dns name: This is what my portal admin page at https://gis5.ou_org.net:7443/arcgis/portaladmin/federation/servers/avo......PfyZJp  reads now for our federated site: Server: Federated Name: Federated Id: avoF0r....p Url: https://ags3.our_org.net/agsfed Role: FEDERATED_SERVER Admin Url: https://gis3.our_org.net:6443/arcgis Server function: First - Won't that break things like field maps?  All the documentation has always said for things like field maps and collector to function properly dmin access through the web adaptor has to be enabled.   Second - Has anyone else ever done this?  It seems very risky to do on a production environment like ours. ... View more