Select to view content in your preferred language

Bad Request Error 400 On all flows Using Fetch updates, changes, or deletions from feature layer.

187
7
Jump to solution
Friday
KylaCupp_SBY
Occasional Contributor

I'm using Power Automate to run multiple flows and regularly getting a failed flow where I get a Bad Request Error 400 on a Fetch Updates, changes or deletions from feature. I tried increasing the number of retries but I don't think that is the issue here as it can't reach the service so it won't retry. If I manually resubmit it, the flow runs successfully. 

This issue seems to have started after the 2026.2 update but I know correlation is not causation 😅. I could get really into the weeds and build a companion flow but I feel like this is possibly a bug or something I should be able to fix within the original flows. Maybe there is a better way to approach this flow but it's essentially to check for changes in a field.

Any suggestions are appreciated! 

Thanks!

Screenshot 2026-07-17 112717.pngScreenshot 2026-07-17 113935.png

0 Kudos
1 Solution

Accepted Solutions
AkshayHarshe
Esri Regular Contributor

 

It looks like this may be an intermittent issue. When you mentioned that you "tried increasing the number of retries," are you referring to the Retry Policy setting under the action's settings? If not, I'd recommend trying that first. You could also add a delay of around 30 seconds before the Fetch action to see if that improves reliability.

AkshayHarshe_1-1784582792557.png

 

The "Sync replica internal error" is being returned by ArcGIS Online and it is unrelated to either the ArcGIS Connector or the 2026.2 update. This error indicates that something is failing internally within the service. Based on the details provided, it may be related to editor tracking, as the Extract Changes endpoint can sometimes return this error under those conditions.

In some cases, this is a temporary issue. Resubmitting the request generates a new call to the Extract Changes endpoint, which may succeed. As a troubleshooting step, you can copy the changesUrl returned by the webhook action, append a valid ArcGIS token, and invoke the REST endpoint directly. If the same error occurs there, it would further confirm that the issue originates from ArcGIS Online rather than the connector.

One resolution that has helped in similar cases is to disable editor tracking and then re-enable it. Please note that this approach can result in the loss of editing history, so it should be considered carefully.

At this point, I would recommend opening a support case with the ArcGIS Online team, specifically regarding the Feature Service Extract Changes endpoint. They should be able to investigate the underlying service-side failure.

Thanks,
Akshay Harshe

View solution in original post

7 Replies
JayasriB
Emerging Contributor

The ArcGIS 2026.2 update broke this action by requiring a new location dropdown parameter.

Your older flow block is missing this parameter. This causes a 400 BadRequest error during automated runs. Manual resubmits bypass this check temporarily.

Try this
  1. Click Edit on your flow.
  2. Open the For each container.
  3. Note your current action settings.
  4. Delete the failing action block.
  5. Add a new "Fetch updates" block.
  6. Configure the new block settings.
  7. Save the flow.
Re-adding the block pulls the updated schema. This stops the 400 error.
KylaCupp_SBY
Occasional Contributor

We'll try it again but we did do this immediately after the update because it broke all of our connectors. But I'll give it a try again and let you know! Thanks!

0 Kudos
KylaCupp_SBY
Occasional Contributor

Hey,

Just out of curiosity when you say block do you mean the whole loop or are you just saying that I need to delete the action and readd it? When testing in a new flow I'm not seeing a location dropdown parameter in either the trigger or the action, where should I be seeing that?

Thanks for the help!

KylaCupp_SBY_0-1784578518096.pngKylaCupp_SBY_1-1784578529059.png

 

0 Kudos
RyanKelley_NA
Regular Contributor

I was told to make a new connection and redo all of the inputs with the new connection.

JayasriB
Emerging Contributor

Yes, that might work.

AkshayHarshe
Esri Regular Contributor

 

It looks like this may be an intermittent issue. When you mentioned that you "tried increasing the number of retries," are you referring to the Retry Policy setting under the action's settings? If not, I'd recommend trying that first. You could also add a delay of around 30 seconds before the Fetch action to see if that improves reliability.

AkshayHarshe_1-1784582792557.png

 

The "Sync replica internal error" is being returned by ArcGIS Online and it is unrelated to either the ArcGIS Connector or the 2026.2 update. This error indicates that something is failing internally within the service. Based on the details provided, it may be related to editor tracking, as the Extract Changes endpoint can sometimes return this error under those conditions.

In some cases, this is a temporary issue. Resubmitting the request generates a new call to the Extract Changes endpoint, which may succeed. As a troubleshooting step, you can copy the changesUrl returned by the webhook action, append a valid ArcGIS token, and invoke the REST endpoint directly. If the same error occurs there, it would further confirm that the issue originates from ArcGIS Online rather than the connector.

One resolution that has helped in similar cases is to disable editor tracking and then re-enable it. Please note that this approach can result in the loss of editing history, so it should be considered carefully.

At this point, I would recommend opening a support case with the ArcGIS Online team, specifically regarding the Feature Service Extract Changes endpoint. They should be able to investigate the underlying service-side failure.

Thanks,
Akshay Harshe
KylaCupp_SBY
Occasional Contributor

I did do the retry policy for one flow and it seems like it might have worked for now, I'll update the rest of my flows and keep you posted. If that doesn't work I'll open a ticket, Thanks!