Automatically validate Dataflow Gen2 after deployment
Please fix this, so the Dataflow will get validated automatically after syncing changes from Git or using deployment pipelines:
"When you sync changes from GIT into the workspace or use deployment pipelines, you need to open the new or updated dataflow and save changes manually with the editor. This triggers a publish action in the background to allow the changes to be used during refresh of your dataflow. You can also use the on-demand Dataflow publish job API call to automate the publish operation."
Because this currently doesn't happen automatically, it causes confusion, unnecessary manual work, and often we forget this and therefore get unexpected results when running the dataflow.
5 Comments
- miguel
Community Admin
Status changed:CompletedtoPlanned - surpriseturtleFrequent VisitorYes, this is sorely needed. The errors do not point to the need to publish either so a lot of users must have gone through this experience and struggled to figure out the root cause.
- miguel
Community Admin
Status changed:PlannedtoCompletedAfter deploying a Dataflow, you can trigger a run / refresh of the Dataflow and it'll work without any interaction within the Dataflow editor.
- frithjof_v
Community Champion
That is fantastic news 🤩 Thanks! - AdeV-Oly
Advocate I
With the recent change, triggering a Dataflow Gen2 refresh directly from the workspace after deployment is now possible, without first opening and saving the dataflow in the editor. This is a clear step forward compared to the previous experience.
However, there are still some gaps that make the process feel only partially complete:
First, the validation/publish step is not fully integrated into the deployment process itself. As a result, deployment alone does not leave the dataflow in a fully validated and consistent state.
Second, this becomes more visible through an inconsistency in the UI. After deployment, if a refresh is manually triggered from the workspace:
… > Check validation correctly shows:
- Validation Succeeded
- An updated validation timestamp
But in contrast, the workspace list (Status column) continues to display an outdated validation state and timestamp.
This creates a mismatch between the detailed validation view and the workspace overview, making it difficult to trust the Status column as a reliable indicator of the current validation state.
miguel
Edited style
Recent ideas
Ability to change the hover text on the new List filter
It would nice to be able to change the hover / tooltip text on the new List filter (preview) visual. For example, currently if you have more items selected than can fit in the available space it say...EHA_SD2 hours agoAdvocate IVNew4Views0likes0CommentsDisplay the associated Power Automate flow in Power BI
When using a Power Automate visual in Power BI, it is not easy to identify which flow is currently associated with the button. Expected improvement: Display directly in the visual properties: Flo...Olivier-R352 hours agoNew MemberNew3Views0likes0CommentsAdd a built-in “Allow Direct Manager Access” option for RLS
Hello, Please consider adding a built-in RLS option in Power BI / Fabric to allow direct manager access based on the existing organizational hierarchy in Microsoft Entra ID / Azure AD. This is a ve...Haroldhngn2 hours agoAdvocate INew2Views0likes0CommentsPower BI Subscriptions: Allow a Generic Power BI Sender Instead of the Subscription Owner
With the recent changes to Power BI subscription emails, subscription notifications can appear to recipients as though they were sent directly by the person who created or owns the subscription. For...annstruchen3 hours agoNew MemberNew26Views7likes1CommentCentrally govern and restrict destructive Fabric API and MCP operations
Idea description Problem Fabric increasingly supports automated and agent-based administration through REST APIs, Fabric CLI, MCP tools, and AI agents. However, organizations need a centrally enfo...fb2003 hours agoHelper INew4Views0likes0Comments