Per the M language specification, #sections[Section1] should return a record containing one field per query in the project, with that field's value set to the results of the given query.
Power BI Desktop and Excel work this way. However, Power Query in dataflows does not. This limits the ability to write M code that dynamically adapts based on the queries present in a project.
Can PQ in dataflows be fixed so that #sections[Section1] works according to the specification?
Thank you for your consideration!
To Reproduce
In both Power BI Desktop and in dataflows, create the following two queries:
- A—defined as '123'
- B—defend as '#sections[Section1]'
In both Power BI Desktop and dataflows, the output of B will be a record that includes a field named "A". In Desktop, this field's value will be 123 (expected behavior, per the M spec); however, in dataflows, this field's value will be null (incorrect behavior).
2 Comments
- fbcideas_migusrNew MemberStatus added:Needs Votes
- RickmaurinusHelper VVoted!
Recent ideas
Data Pipelines - Run only selected activities
For debugging and testing pipeline activities during development, allow us to select one or multiple activities and run only the selected pipeline activities. For example, I'm working on editing ...frithjof_v1 day agoCommunity ChampionNew619Views11likes2CommentsSemantic model connection bindings should be in source control (Git)
Semantic model data source connection bindings should be source controlled. A semantic model can contain multiple data source references, each of which can be mapped to a separate Fabric data connec...frithjof_v1 day agoCommunity ChampionNew21Views1like0CommentsBulk changing column names in Visualizations Pane
We often use raw/api column names or measures with a set nomenclature to be consistent and to keep track of them but we do not want to display these names in the visuals. Currently we have to change ...vishal1401971 day agoFrequent VisitorNew6Views0likes0Comments