web
You’re offline. This is a read only version of the page.
close
Skip to main content

Notifications

Announcements

Community site session details

Community site session details

Session Id :
Power Platform Community / Forums / Power Automate / Bug: triggerOutputs()?...
Power Automate
Suggested Answer

Bug: triggerOutputs()?['queries'] no longer populated with new HTTP Request Trigger URLs

(7) ShareShare
ReportReport
Posted on by 40

Sorry about the ChatGPTing of the issues, but i noticed that since microsoft imposed movingto the new URL all my flow that have queries parameters passed in the URL are now broken because the queries are no longer extract from the queries and made available.

Am I the only one experiencing this issue?

Here is what I plan to report to microsoft when i figure out where i should do so. (by the way anyone know where to do so?):

================



Description

After Microsoft switched Power Automate flows to the new HTTP Request Trigger URL format (August 2025 migration), the queries object in the trigger output is no longer populated.

Previously, when calling a flow like:

https://<oldlogic>.logic.azure.com/.../invoke?param1=abc&param2=def

I could reliably access query parameters with:

triggerOutputs()?['queries']?['param1']

or

triggerOutputs()?['queries']

 

Since migrating to the new URL format:

https://<anonymized>.environment.api.powerplatform.com/.../invoke?param1=abc&param2=def

the flow still triggers, but the queries object is missing entirely from triggerOutputs().

 

Repro Steps


  1. Create a flow with a “When an HTTP request is received” trigger.


  2. Call the new-style endpoint with query parameters:

    https://<new-api-endpoint>/invoke?param1=abc&param2=def

  3. Inspect the trigger output JSON in run history.


Expected Behavior

triggerOutputs()?['queries'] should contain a dictionary of query parameters, e.g.:

"queries": {
"param1": "abc",
"param2": "def"
}
 

Actual Behavior

No queries object is present in triggerOutputs().

Only headers and body are returned.

Sample (anonymized) run history excerpt:

 
{
"headers": {
"Accept-Encoding": "gzip,deflate",
"Host": "prod-xx.canadacentral.logic.azure.com",
"User-Agent": "Mozilla/5.0 ...",
"x-ms-original-url": "https://<redacted>.environment.api.powerplatform.com/.../invoke?param1=abc&param2=def",
...
}
}
 

Notice: queries is missing, but the x-ms-original-url have the query parameters

 

Workarounds Tried


  • Extracting query string from

    triggerOutputs()?['headers']?['x-ms-original-url']

    and parsing manually with uriQuery().

  • Moving parameters into the request body (works, but not backward compatible).

  • Using relative path parameters (possible, but requires client change).


 

Impact


  • Existing integrations relying on query parameters are broken.

  • Causes regression in flows migrated to the new endpoint format.


 

Request

  • Please confirm if this is an intentional deprecation or a bug.

  • If intentional, documentation should be updated and guidance provided on migrating.

  • If a bug, please restore the queries object in the trigger output.

Categories:
I have the same question (20)
  • lbendlin Profile Picture
    8,479 Super User 2025 Season 2 on at
     
    to submit an issue you need a support plan. Do you have that?
  • Dennis2 Profile Picture
    7 on at
    This is affecting some of our workflows that use parameters as well. This has to be fixed asap!
     
    Edit: Just verified that using the old URL still works. Will revert back for now.
  • SlickRick Profile Picture
    40 on at
    Just to let everyone know, I opened a support case and talk with an agent which confirmed the bug.

    They say that this will be fixed by the time the URL are officially changed in Nov.
    See:
  • Baudelaire Profile Picture
    110 on at
    Thanks @SlickRick.  I planned on submitting a ticket on this myself today until I read your post.  I hope it is fixed and COMMUNICATED well before the November cut off date.  I have a few dozen of these types of flows used in critical production systems.  It's so discouraging to have so many breaking changes released into production in the Power Platform space and not addressed until the user community discovers them.  Regression testing should be Microsoft's responsibility, not ours.
  • Suggested answer
    NsL Coder Profile Picture
    475 Super User 2025 Season 2 on at
    in case you want to have a workaround for now, I posted a way to get query data here:
     

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Forum hierarchy changes are complete!

In our never-ending quest to improve we are simplifying the forum hierarchy…

Ajay Kumar Gannamaneni – Community Spotlight

We are honored to recognize Ajay Kumar Gannamaneni as our Community Spotlight for December…

Leaderboard > Power Automate

#1
Michael E. Gernaey Profile Picture

Michael E. Gernaey 501 Super User 2025 Season 2

#2
Tomac Profile Picture

Tomac 323 Moderator

#3
abm abm Profile Picture

abm abm 237 Most Valuable Professional

Last 30 days Overall leaderboard