Latest Contributions by BrianFausel

@Jianxia I saw this same issue today in all of my Experience Builder apps. As Jordan mentioned I cleared the cache in Google Chrome and the popups then worked. Also, they appear to work fine in Edge and Firefox. Here are 2 public ExB apps that had the problem: https://experience.arcgis.com/experience/5a9316203c744ada97ec5054b26f9e0f https://experience.arcgis.com/experience/96455f2b215b4d5c8bb4b2052375626a All you would need to do to reproduce is zoom in and click on any parcel.     ... View more

So far the updated labeling has been good for my apps. Thanks for adding the enhancement, was worth the wait! ... View more

Hoping for perhaps Fall 2025 AGOL update? ... View more

This will be great! Hopefully in the fall update of AGOL? ... View more

Sorry about the delayed response. Today I figured out why my indexes were not able to be created. I forgot I had a "test" joined view layer set up referencing the original layer where I was trying to create the indexes. Once that joined view was gone the indexes worked again. ... View more

I just tried creating attribute and full text indexes on a test layer and it also appears that I cannot create them either. After selecting some fields and then clicking "Create index" sometimes I saw a red error "unable to create index." Sometimes I've even seen green "success." Other times I did not see any message. In all cases, after refreshing the settings page the indexes do not exist. I don't have time to contact support today but will need to do this in the near future. In my case it is happening on a hosted feature layer in ArcGIS Online that is shared publicly. Editing is not enabled, it is read only. It was created from ArcGIS Pro publishing to ArcGIS Online. If anyone else has the problem I'd be curious to see how you created your hosted feature layer. I also have an identical legacy feature layer that was indexed before the ArcGIS Online update and that one is still working fine. The attribute and full text indexes are the same as they were before the update. I am worried that if I try to re-create the indexes on that version there will be a problem. ... View more

Awesome, looking forward to it! ... View more

Hi @ShengdiZhang I checked the single letter search again and it looks like it works as you describe in Experience Builder and not in Web AppBuilder. Because we are moving forward with all ExB apps that fix will be good for us. Also, in the cases of the old WAB apps our users have the workaround of not including the direction and then the search still works for them. Thanks, Brian   ... View more

It is possible to upgrade enterprise and file geodatabases, though it would be to whatever Enterprise equivalent that Pro 3.3 is (looks like Enterprise 11.3). I would think a geodatabase created in 11.x will not work in ArcMap. If the geodatabase was not upgraded, I have had issues opening layers in ArcMap if you set up newer Pro-related functionality (attribute rules, for instance). Once you remove the advanced functionality then the layer works in ArcMap again. ... View more

I recently asked the Esri AI Chatbot (in Support app) about the single-character string search problem. It's answer was that the search "doesn't recognize incomplete or single characters as valid search terms." Not sure where the AI sources that but it was an interesting response. ... View more

I recently asked the Esri AI Chatbot (in Support app) about the single-character string search problem. It's answer was that the search "doesn't recognize incomplete or single characters as valid search terms." Not sure where the AI sources that but it was an interesting response. ... View more

I have seen this same searching issue with single characters in a text field. I'll be curious to see if this is confirmed to be a bug. In my case it happens across all Esri apps I use (Web App, Experience, Instant) and the searching layer is hosted in ArcGIS Online. I can't say if the problem also happens with an Enterprise-sourced layer. There are only 2 workarounds I know of. Unfortunately I don't think either of these will work for you: 1) Tell the users to include other parts of the intended search result. In your case I don't think that will work given your lot strings. In my case the problem is a direction letter abbreviation in between address number and street (entering "3805 s casper" does NOT produce results, "3805 casper" does). So I have been able to live with the issue for now... 2) The problem seems to be created when you set up a full text index on the AGOL hosted feature layer. I have found that if you delete the full text index, now the search will work assuming the user enters the exact string. They will even be prompted with the candidate suggestions. This might work for you with the lot field. However, by eliminating the index you loose the enhanced searching. Also, when you configure a new search in the Esri apps (ExB, Instant) a new full text index will be created automatically by AGOL when one does not exist on the layer field. ... View more

I have seen this issue from time-to-time as well and would also be interested to see if there are any explanations or workarounds. I haven't had a chance to try to pinpoint why it happens because it is sporadic. I'd say 80% of the time I can create the indexes without issues. In my case it happens on an AGOL-hosted feature layer with approximately 15,000 points. I've seen it when creating attribute and full text Indexes for text fields of 100-255 characters. The "creating index" occasionally runs for a long time, sometimes even over night. Sometimes it eventually does finish. Other times it doesn't but then I am able to overwrite the AGOL-hosted feature layer with an update from Pro (which automatically deletes indexes) and then the "create index" works fine on the updated layer. ... View more

I too wish there was more info or a video about the attribute and full text indexes created on ArcGIS Online hosted feature services. With the recent February 2024 AGOL update (and/or possibly the Oct 2023 one) there seems to have been a change to how they are created if you don't manually create them. I can confirm the #2 question from Patrick is a YES: "When a feature layer is overwritten, do you need to re-create the index because the data has changed?" I found that if I use ArcGIS Pro to overwrite a hosted feature service in AGOL the indexes will be gone. And this will change how the end-user searching works in your apps. You will want to re-index all of the attributes used in searches.  Interestingly it also seems that attribute indexes are created automatically when you set up searches in the AGOL web map (Settings --> Enable Search) or in Experience Builder search widget. I think the ExB part was added in the Feb 2024 update in relation to a searching bug fix in that app because I don't recall seeing that happen before the update. The indexes are created if they don't already exist on the feature service, and are given a title that indicate their source (example "exb-{app id}-widget..."). If you manually create the indexes on the hosted feature service then they are not created during the app configuration. This 2022 blog post kind of hints at some of this. There is also some useful info in this developers doc. The Experience Builder search widget doc also has some info about the "breaking change" of full text indexes added last fall. ... View more

Hi @ShengdiZhang  I completed some testing and can confirm that the searching with hosted feature service indexes now appears to be consistent across Web AppBuilder (WAB) and Experience Builder (ExB). In other words I think the index searching bug in ExB has been fixed. However, I do still have some remaining questions about how the searching handles single-letter words. I have noticed that if you include a 1-letter word the search candidate list will often not include the right result. Following the examples above and searching on this test ExB app: "3805 casper" works (which is good and the preferred way for users to search). "3805 s casper" does NOT work...for some reason the "s" seems to throw it off even though you can see the candidate after you type "3805". Similarly the test ExB app has searching set up for owner names. If you type a name with single middle initial it does not work but will work if you type first and last name. Try common name "smith" to see some middle initial examples. This single-letter word search issue appears to be consistent across ExB, WAB, Instant Apps, etc. For me it is not a deal-breaker but I am curious to know if there is any explanation for it. Thanks!   ... View more