Latest Contributions by BrianLeroux

Maybe a workable solution would be to minimize the widget using minimizeWidget(widget) and then when you are ready call normalizeWidget(widget) to put it back to the normal size. https://developers.arcgis.com/web-appbuilder/api-reference/widgetmanager.htm  ... View more

Thanks for the update. We are still working with ESRI on the issue and no solid leads yet. We are looking into firewall and traffic routing soon but I expect to see what you are seeing. ... View more

While we have ADFS for other uses I do not believe it is in the mix for our GIS system. ... View more

@JonahLay This is awesome. Saves us a lot of trouble. Thank you!! ... View more

Appreciate the update Frank. I have been out sick so hadn't had time to dig into it.  ... View more

Digging into this a bit more I see a CORS error coming up when trying to log in on version 1.13 when making the following request is being made. https://gisdev.mycompany.com/portal/sharing/rest/community/self?f=json&token=XXXXXXXXXXXXXXXXXXXXX. When I log in using version 1.10 on the same machine that requests goes fine without any CORS errors. Not sure why i get that for one version and no the other. ... View more

Hi Wei - I tried clearing cache and got the same result. i also tried in an incognito window and it does not work properly. When I set the URL to my portal as https://gis.mydomain.com/portal I get an error message. I am using the same URL and Client ID as i did with 1.10. "Unable to access https://gisdev.amica.com/portal A server with the specified hostname could not be found."   Looks like i am getting 401 errors in the console. I am using Windows Auth so bad credentials should not be an issue. ... View more

That seemed to help a bit as I was able to get rid of the errors when compiling. I ran npm ci on both the server and client directories and used npm audit fix to correct any issues with the dependencies.  Thanks for the insight. ... View more

Did you ever figure this out? I am starting development in experience builder now and just ran across this issue. Thanks. ... View more

Your system configuration sounds nearly identical to mine. I also have a case open and they are doing a bit of research now. please keep me posted if you make any progress in resolving your issues and i will do the same. thanks. PS for some strange reason when i right click copy your second link in your post above and copy to a browser it shows me your actually URL you must have copied in and edited. Probably not a huge deal but you may want to edit that out. ... View more

Understood on the stub URL. We are using the correct load balance URL here within our domain. For ArcGIS server we have the webcontextURL set to https://LB.mydomain.com/arcgis which does have web-tier authentication enabled. In the security config we have Portal authentication tier set with the portal properties set to portalUrl = https://LB.mydomain.com/portal and webcontextURL = https://LB.mydomain.com:7443/arcgis. As mentioned changing that webcontextURL to match the portalURL broke authentication so we reverted back. For portal we have the webcontextURL set to https://LB.mydomain.com/portal which does have web-tier authentication enabled. The privatePortalURL is set to https://LB.mydomain.com:7443/arcgis ... View more

Well setting the privatePortalURL  to https://lb.example.com/portal was a failure. I could no longer sign in to arcgis/rest/services or arcgis/admin using my windows account. rest services just went into an infinite loop of trying to authenticate and admin stated the credentials were invalid. I was able to get back in under the PSA account and put it back to 7333:arcgis and i am able to log in again.  ... View more

Thanks for the confirmation. I will make the change and see what happens. ... View more

Yes that URL will direct to https://LBURL.domain.com/portal/home/ which is the same as I get with using :7443/arcgis. ... View more