📋 Microsoft Entra Documentation Changes

Changes for June 3rd 2025

Period: June 2nd 2025, 12:00 AM to June 3rd 2025, 12:00 AM

📚 Historical Report: This report shows documentation changes that occurred during the 24-hour period ending on June 3rd 2025.

📊 Summary

6
Total Commits
0
New Files
2
Modified Files
0
Deleted Files
1
Contributors

📝 Modified Documentation Files

Modified by Ortagus Winfrey on Jun 2, 2025 9:27 PM
📖 View on learn.microsoft.com
+4 / -4 lines changed
Commit: acrolinx inactivity check
Changes:
Before
After
 
## Workflow execution conditions
 
For a workflow to run for a user based on a schedule, they must first meet its execution conditions. The execution conditions consist of:
 
- Trigger: Defines the conditions for when a workflow runs for users.
- Scope: Defines which users the workflow runs for.
- **On-demand only**: The workflow is only triggered manually.
 
> [!NOTE]
> The **On-demand only** trigger is the default trigger of workflow templates that are on-demand only. For the full list of workflow templates, and their compatible triggers, see: [Lifecycle workflows templates and categories](lifecycle-workflow-templates.md)
 
## Time based attribute trigger
 
If the execution conditions recently changed for the workflow, then the execution user scope list might not be current. When the execution conditions are recently changed, the list refreshes with users meeting the latest execution conditions after the workflow engine evaluates the users again. Before the workflow runs for the users, it also checks to make sure the list of users still meet the current execution conditions.
 
> [!NOTE]
> There is currently a catch up window for users based on a 3 day period. This means that when a workflow is created, the workflow engine will consider users, who previously met its execution conditions, within 3 days of the scope of the users. For example, if you created a pre-hire workflow to run for users in a certain department 1 week before their hire date, a user who was created within 10 days before their hire date would also fall under the scope of the workflow.
 
For a detailed guide on viewing the execution user scope of a specific workflow, see: [Check execution user scope of a workflow](check-workflow-execution-scope.md).
 
## Workflow execution conditions
 
For a workflow to run for users based on a schedule, they must first meet its execution conditions. The execution conditions consist of:
 
- Trigger: Defines the conditions for when a workflow runs for users.
- Scope: Defines which users the workflow runs for.
- **On-demand only**: The workflow is only triggered manually.
 
> [!NOTE]
> The **On-demand only** trigger is the default trigger of workflow templates that are on-demand only. For the full list of workflow templates, and their compatible triggers, see: [Lifecycle workflows templates and categories](lifecycle-workflow-templates.md).
 
## Time based attribute trigger
 
If the execution conditions recently changed for the workflow, then the execution user scope list might not be current. When the execution conditions are recently changed, the list refreshes with users meeting the latest execution conditions after the workflow engine evaluates the users again. Before the workflow runs for the users, it also checks to make sure the list of users still meet the current execution conditions.
 
> [!NOTE]
> There's currently a catch up window for users based on a 3 day period. This means that when a workflow is created, the workflow engine considers users, who previously met its execution conditions, within 3 days of the scope of the users. For example, if you created a pre-hire workflow to run for users in a certain department 1 week before their hire date, a user who was created within 10 days before their hire date would also fall under the scope of the workflow.
 
For a detailed guide on viewing the execution user scope of a specific workflow, see: [Check execution user scope of a workflow](check-workflow-execution-scope.md).
+0 / -2 lines changed
Commit: second image removed
Changes:
Before
After
 
Microsoft Edge browser setting group (favorites, reading list) syncing is managed through the Microsoft Edge browser Settings menu option.
 
![Account](./media/enterprise-state-roaming-windows-settings-reference/entra-enterprise-state-roaming-edge.png)
 
## Next steps
 
For an overview, see [enterprise state roaming overview](./enterprise-state-roaming-enable.md).
 
Microsoft Edge browser setting group (favorites, reading list) syncing is managed through the Microsoft Edge browser Settings menu option.
 
## Next steps
 
For an overview, see [enterprise state roaming overview](./enterprise-state-roaming-enable.md).