Automatically update pipeline references when renaming Library Variables
Problem
Renaming a Library Variable in Microsoft Fabric does not update pipelines that reference it. The pipeline continues to contain the old expression name and only fails at runtime. There is also no warning during publish or validation.
In real projects this creates silent breaking changes. A simple refactor can cause multiple pipelines to fail in production without any design time indication.
Why this matters
This affects maintainability and safe refactoring. Large Fabric workspaces often contain many pipelines and variables. Currently teams must manually search every pipeline JSON to avoid outages.
Typical scenarios impacted:
• Renaming variables to follow naming standards
• Environment standardization
• CI/CD promotion between environments
• Shared library cleanup
Suggested solution
Fabric should track Library Variable usage as a dependency rather than plain text and support safe rename operations. Possible implementations:
Option A
When renaming a Library Variable, automatically update all pipeline expressions referencing it.
Option B
Show a dependency impact list before rename and allow refactor confirmation.
Option C
At minimum, show validation warnings for broken references during publish.
Expected benefit
This would significantly reduce production failures caused by refactoring and align Fabric behavior with modern IDE refactor capabilities.
Current behavior makes variable rename a breaking change, which discourages proper governance and cleanup of shared libraries.
Recent ideas
Power BI - incorrect handling of empty string parameter in DAX query in paginated report
Blank string parameters in paginated reports are treated as empty strings in Power BI Report Builder but as null values in the Power BI Service, resulting in incorrect report output. -> Create a pag...roshinikumarkar51 minutes agoMicrosoft EmployeeNew19Views5likes0CommentsAllow NotebookUtils getSecret() to authenticate with Workspace Identity
Current behavior In Microsoft Fabric, notebookutils.credentials.getSecret() authenticates against Azure Key Vault using the identity of the user who executes the notebook. This behavior appli...tmihara2 hours agoNew MemberNew16Views1like1CommentAllow us to rename fabric data agents published to m365
If we use deployment pipelines to promote fabric data agents between dev, test/UAT, and prod fabric workspaces, we need to keep the name of the fabric agent the same in each workspace. If we want to ...PeterDaniels9 hours agoAdvocate IIINew186Views0likes2Comments