Power Automate SharePoint Trigger Intermittently Stops Firing with No Run History

Trang Bui 0 Reputation points
2026-10-15T10:11:20.05+00:00

Issue Summary

I am experiencing an intermittent issue with Power Automate where the trigger suddenly stops firing, and no run history is generated. The flow was working correctly and then stopped without any configuration changes.

Environment

  • Power Automate (cloud flow)
  • SharePoint Online
  • Environment: Qualcomm (default)

Affected Triggers

The issue has occurred with both:

  1. When a form is submitted (Preview)
  2. When an item is created

Therefore, the issue does not appear to be limited to the Preview trigger.

Observed Behavior

  • A user submits the form.
  • A new item is successfully created in the SharePoint list.
  • The flow does not start.
  • No run history is generated.
  • No failed run is recorded.
  • The flow remains enabled.
  • The issue occurs suddenly without any changes to the flow.

Troubleshooting Performed

Verified that submitted items are successfully created in the SharePoint list.

Created a separate test flow using:

When an item is created
↓
Send an email

This test flow triggers successfully.

Recreated the original flow from scratch.

Recreated the trigger.

Verified SharePoint list and form configuration.

Waited more than 5-10 minutes to rule out trigger delays.

Confirmed there are no visible failed runs because no run is ever created.

Additional Observations

  • The flow can work normally and then suddenly stop receiving trigger events.
  • The issue has happened twice.
  • Earlier, the same flow was functioning correctly. No edits or configuration changes were made before the trigger stopped firing.
  • A separate test flow against the same SharePoint list can trigger successfully.
Microsoft 365 and Office | SharePoint | For business | Other
0 comments No comments

2 answers

Sort by: Most helpful
  1. Darren Bruce 2,095 Reputation points Independent Advisor
    2026-10-15T10:40:29.79+00:00

    Dear Trang Bui,

    Based on your description, the issue appears to occur before the flow execution stage, since the SharePoint item is successfully created, the flow remains enabled, no run history is generated and no failed run is recorded.

    This suggests that the trigger event is not being delivered to the affected flow, rather than a failure within the flow actions themselves.

    Here are some suggestions I would recommend checking the following:

    Review the trigger settings and confirm that no Trigger Conditions have been configured.

    Verify that all connections used by the flow are healthy and do not show any warnings or authentication issues.

    Compare the affected flow with the working test flow to identify any differences in trigger configuration.

    Check the Power Platform Admin Center and Microsoft 365 Service Health for any reported Power Automate or SharePoint-related incidents.

    Since no run is created at all, this may indicate a trigger registration/subscription synchronization issue or a flow-specific backend problem rather than a SharePoint list issue.

    I hope it helps, looking forward to your update.


    Note: Please follow the steps in the forum documentation to enable e-mail notifications if you want to receive the related email notification for this thread.

    Was this answer helpful?

    0 comments No comments

  2. AI answer

    2026-10-15T10:11:50.57+00:00

    For this symptom pattern—no run history at all, flow still enabled, item is created successfully, and the stop is intermittent—the most relevant checks are the trigger path itself, skipped trigger checks, suspension/policy issues, and trigger registration failures.

    1. Confirm whether the trigger check is being skipped
      • In Power Automate, go to My flows > select the affected flow.
      • In 28-day run history, select All runs.
      • If the expected event time shows a skipped trigger check, the trigger condition was not met, so the flow was never initiated.
      • Then open the flow in Edit, select the trigger card, and review Settings > Trigger conditions.
      • If a trigger condition exists, temporarily remove it and test again. If the flow starts working, the condition is filtering out the events.
    2. Check whether the flow is suspended or blocked by DLP policy
      • A data loss prevention (DLP) policy can suspend a flow, which prevents the trigger from firing.
      • Open the flow, try Edit and Save.
      • If the flow checker reports a DLP violation, the flow is being blocked by policy and an administrator must update or remove the blocking policy.
    3. Check for trigger registration failure
      • On the flow Details page, look for:
        • There’s a problem with the flow’s trigger. Fix the trigger.
      • If that banner appears, select Fix the trigger, then select the failed trigger to inspect the underlying error.
      • Common user-fixable causes include:
        • expired or changed connection credentials
        • invalid trigger input
        • webhook registration failure
      • If the failure is related to network allowlisting, Power Automate service endpoints might not be in the organization allowlist. In that case, IT must add the required IP addresses and domains.
      • After the issue is corrected, modify the flow and save it, then save again if needed so Power Automate retries trigger registration.
    4. Verify connection health even if the flow is enabled
      • Trigger failures with 4xx status codes are typically caused by issues that must be fixed in the flow or connection, such as a changed connection or expired password.
      • Since the flow worked previously and then stopped without edits, a connection/authentication issue is a strong match for this behavior.
    5. Account for polling behavior
      • Event-based triggers in Power Automate are not real-time push notifications. They use polling intervals, typically 1–5 minutes depending on the connector.
      • Since more than 5–10 minutes was already tested, normal polling delay is less likely to explain the full issue, but it still confirms that “no immediate run” alone is not enough to indicate failure.
    6. Check for service-side communication problems
      • A communication problem, service outage, policy change, or password expiry can delay or prevent trigger reaction.
      • Review Help + support in the Power Platform admin experience for active outages.
      • Clearing the browser cache is also listed as a troubleshooting step, although that is more relevant to portal behavior than SharePoint event delivery.
    7. Interpret the separate test flow result carefully
      • The fact that a simple When an item is created > Send an email flow works against the same list suggests the SharePoint list itself is not broadly failing.
      • That points more strongly to something specific in the affected flow, such as:
        • trigger conditions
        • trigger registration state
        • connection state
        • suspension/DLP impact on that flow only
    8. If the banner remains after recovery
      • A known issue exists where the trigger problem banner can continue to display even after later trigger events succeed.
      • If runs resume successfully, the lingering banner alone does not prove the trigger is still broken.

    Based on the described behavior, the highest-value next steps are:

    1. check All runs for skipped checks,
    2. review and temporarily remove Trigger conditions,
    3. inspect the flow Details page for the Fix the trigger banner,
    4. open the trigger error details if present,
    5. Edit and Save the flow to force trigger re-registration,
    6. verify the flow is not suspended by DLP or a connection/authentication problem.

    References:

    AI-generated content may be incorrect. Read our transparency notes for more information.

    Was this answer helpful?

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.