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
- miguelCommunity AdminStatus 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.
- miguelCommunity AdminStatus changed:PlannedtoCompleted
After deploying a Dataflow, you can trigger a run / refresh of the Dataflow and it'll work without any interaction within the Dataflow editor.
- frithjof_vCommunity ChampionThat is fantastic news 🤩 Thanks!
- AdeV-OlyAdvocate 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
Provide a Read-Only / Source-Safe Mode for Schema Shortcuts in Lakehouse
Schema Shortcuts provide a much better management experience than individual Table Shortcuts because they preserve the source schema structure and allow multiple tables to be onboarded at once. Howev...Junghyoen25 minutes agoMicrosoft EmployeeNew9Views4likes0CommentsAccess Variable Library in Semantic Models
Enable the Variable Library as a centralized location for storing all environment‑specific variables, allowing us to adjust them for promotion scenarios (e.g., from dev to prod) without relying on de...FreddyH11 hours agoAdvocate IINew920Views31likes2CommentsEnhance Fabric Pipeline Monitoring with Parent-Child Pipeline Lineage and Parameter Visibility
Currently, Microsoft Fabric Pipeline monitoring lacks several capabilities that are available in Azure Data Factory, making troubleshooting and operational support challenging in enterprise environme...dwramreddy11 hours agoRegular VisitorNew8Views0likes0CommentsDynamic ADLS-Gen2 path input for Spark Jobs Main definition file
I would like the ability to add a dynamic input box on a spark job definition's "Main Definition File" "ADLS-Gen2 path". this would be useful to set base and variable paths across all spark jobs...mfink_db16 hours agoNew MemberNew238Views2likes2CommentsReintroduce Tenant/Capacity Switch to Control "Users can create Plan items" Post-GA
During the Preview phase of Fabric Plan items, administrators had access to a dedicated tenant/capacity setting: "Users can create Plan items". With General Availability (GA), this granular administr...Sri-Surendra_Ku19 hours agoNew MemberNew106Views14likes1Comment