nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

AGOL update yesterday broke the zoom to on my search widget

JamesBurton1

I'm using the Search widget in Experience Builder on one of our heavily used applications. After yesterdays update, the "zoom to" aspect of the search bar is broken. Instead of zooming to the address point, it takes us across the world to Europe.

Anyone else having this issue?

All I can think to do is turn off the zoom to option. But that doesn't resolve the issue.

Find more posts tagged with

Accepted answers

MathiasHudock

This helped in my case; I was able to switch from "Add custom search sources" to "Interact with a Map widget", and then use the "Custom search sources" option to add the same sources my organization was previously using. Search bars worked fine after that.

ShengdiZhang

This bug should be fixed in today's update. Please let me know if you can still reproduce it.

Thanks,

Shengdi

All comments

DavidColey

Not yet, but is this happening for a layer search, the world geolocator service, a local geolocator service, all three?

gallatingis

Yep, update broke something for sure. Just got a minifield React error #185 using search on our public facing map.

Edit: FYI, layer search, using 9 layers. If we drop the # of layers searched down to 4 or 5, functionality seems OK. Never had a problem until this morning.

JudithWammack

I have an open case with ESRI as well. Waiting for a phone call. Glad to know I am not the only one.

JudithWammack

Previous Functionality:

The user searches by address, parcel number, or name.
The user selects the desired record from the search results.
The Search Widget automatically zooms to the selected result.

Current Behavior (Post-Update):

The user searches by address, parcel number, or name.
The user selects the desired record.
The widget briefly and automatically selects a random record from our database and zooms to that incorrect location.
Almost immediately after, it then displays the correct record, but requires the user to click again to finalize the selection.

This is the full issue my zoom is having.

JudithWammack

@gallatingis One of my application search through 4 layers. It isn't as noticeable but it still happens.

JudithWammack

@DavidColey that I have notice layer search. I do not use the geolocator services.

StephanieW

Hi @JamesBurton1 Do you have any records in the are that Experience Builder is incorrectly zooming to? Your description and @JudithWammack 's sound very similar if so. If not I would advise creating a support case if you are able to so we can help investigate the app and data closer. https://support.esri.com/en-us/contact

DavidColey

@JamesBurton1 @JudithWammack - are your search widget settings set to 'Interact with a map widget' or 'Add custom search sources'. All of mine are set with 'Add custom search sources' and then the zoom and pans are by trigger action. I ask because I am not seeing any zoom pan issues, but I don't have anything set to interact with map widget

JudithWammack

@StephanieW I already have a case open with ESRI.

JudithWammack

@DavidColey mine are set to interact with a map widget. We need to keep it like that because we are using URL Parameters. This is the only way we could get them correct. Screenshot 2025-10-23 141131.png

JamesBurton1

I'm using custom search sources pointed to our address locator. I will put in a ticket with ESRI support.

JudithWammack

@JamesBurton1 sounds good. Keep me updated. I have found more issues with our map now especially when it is used on Google Chrome.

ShengdiZhang

I cannot reproduce this bug. I think it's related to a specific search input.

It would be very helpful if someone could share a locator service and a sample search input. Feel free to DM me if you prefer to keep it private.

Thanks,

Shengdi

DavidColey

Yep I totally get it @JudithWammack - I am now finding that, although I use the 'custom sources' for a parcel layer that is in the map, and I have the search set to select the first result and zoom to it, the zoom part does not work. The user has to click the zoom tool on the popup, then the map will zoom to the selected parcel.

Subsequent searches do then pan and zoom to next result. So not great. Its behaving very clunky.

JudithWammack

@DavidColey I have that same issue. I have to click the zoom tool on the popup. That has been happening since the last update though.

JudithWammack

https://experience.arcgis.com/experience/bb2d799fa36a4f039f5c28b3be9017dd

@ShengdiZhang I already have an ESRI case open. They were able to use my link and replicate the problems that I am having. They are still determining what is happening.

Search the following: It always happens after the third or fourth search
365 Losher St
110 Laughter Rd S
3185 Watson DeSoto Rd
307101010 0000300
Camp Creek

The map is open to the public.

BiscuitsAndGravey

I am noticing that our custom locator that we use on AGOL is now plotting all our addresses to Africa. The same locator still works on our Enterprise portal and the 3rd party applications that use it as well. The user who reported it said it was happening yesterday but sort of started working correctly by the end of the day; however this morning, the odd behaviors is back.

MathiasHudock

DavidColey

@JudithWammack - I had to add this trigger action type where I had not had to before:

"To select a feature on a map that corresponds with a selected search result, add the Record selection changes trigger for the Search widget (when configured to use the results panel). Select the Data target, add the Select data records action, and configure it with the feature layer for the map and the fields that bind the connection between the trigger and action data. Additionally, you can add the Zoom to action to zoom the map to the feature."

Here's my planning data explorer:

https://experience.arcgis.com/experience/4231009432fd447da27cce87e5c6febf

and a PID:

2027070041

So now the app does zoom to and then pan to, although there is still some kind of lag out there because when I enter in a second PID, it does not always clear the map right away and pan. The user has to click the search result again.

JudithWammack

"So now the app does zoom to and then pan to, although there is still some kind of lag out there because when I enter in a second PID, it does not always clear the map right away and pan. The user has to click the search result again."

This is exactly my issue right now. It wants to keep zooming into the first search when I do a second search.

JamesBurton1

This is an official bug with Esri. https://my.esri.com/#/support/bugs/bugs?bugNumber=BUG-000180381

I was able to switch from "Add custom search sources" to "Interact with a Map widget" and then add our geocoder and the parcels as our search source. With that change I am seeing the zoom to functionality working, but I can't replicate the parcel selection yet. It used to grab the parcel and show the pop-up for it, but with these changed settings I can't get that to happen. I am new to the Data option in the Actions, so maybe I'm missing something.

DavidColey

Hi @MathiasHudock - I'll have to test that out as I'm not certain what you did is the solution for everyone. I have some interactions and triggers set to go to widgets on multiple pages in some of my apps and I can't necessarily use the option to Interact with a map widget in all cases.

@ShengdiZhang

ShengdiZhang

This bug should be fixed in today's update. Please let me know if you can still reproduce it.

Thanks,

Shengdi

JudithWammack

@ShengdiZhang It is fixed!! Amazing! Thank you!

Join the Conversation

Signed in members can post, follow updates, and more. New here? Register a free account.

Quick Links

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.