Don't miss your chance to take the Fabric Data Engineer (DP-700) exam on us!
Learn moreWe've captured the moments from FabCon & SQLCon that everyone is talking about, and we are bringing them to the community, live and on-demand. Starts on April 14th. Register now
I am working on a PowerShell function to import .pbix files via the API. The main functionality is taken from the oft referenced sample code here https://github.com/Azure-Samples/powerbi-powershell/blob/master/copyWorkspace.ps1.
The code works perfrectly when posting to My Workspace.
The initial Post gets a response with HTTP status code 202 Accepted, and an ID for the import.
When the import is queried via the API, the import details are returned.
In PBI, the new report and dataset are present.
But when I run it against a group, the import is posted successfully, but then disappears.
The initial Post gets a response with HTTP status code 202 Accepted, and an ID for the import.
When the import is queried via the API, a 404 Not Found error is returned.
When all imports are queried via the API, there are no new imports listed.
In PBI, the new report and dataset never show up.
Any idea why this might not be working?
As it works for My Workspace, and the post is accepted for a group, and there are no errors, and that chunk of code is the same as what works for everyone else, I'm thinking it's not my code, but something with PBI. Permissions issue? Group configuration issue? Bug? Any ideas?
Thanks,
Tim Curwick
Solved! Go to Solution.
I narrowed down the bug and found a workaround. (Or rather, I found the workaround, which informed the bug.)
The API is generally case insensitive. As a long time PowerShell guy, I default to initial caps in such circumstances, as that's what PowerShell people are used to. Turns out this bug only appears when /groups is not in all lowercase. /Imports can be in whatever case you want. /Groups can be whatever case you want in other API calls.
But when creating a new import job, this works:
https://api.powerbi.com/v1.0/myorg/groups/[guid]/ImPoRtS?datasetDisplayName=TestFile.pbix
And this leads to the bug:
https://api.powerbi.com/v1.0/myorg/Groups/[guid]/Imports?datasetDisplayName=TestFile.pbix
Thanks,
Tim Curwick.
I narrowed down the bug and found a workaround. (Or rather, I found the workaround, which informed the bug.)
The API is generally case insensitive. As a long time PowerShell guy, I default to initial caps in such circumstances, as that's what PowerShell people are used to. Turns out this bug only appears when /groups is not in all lowercase. /Imports can be in whatever case you want. /Groups can be whatever case you want in other API calls.
But when creating a new import job, this works:
https://api.powerbi.com/v1.0/myorg/groups/[guid]/ImPoRtS?datasetDisplayName=TestFile.pbix
And this leads to the bug:
https://api.powerbi.com/v1.0/myorg/Groups/[guid]/Imports?datasetDisplayName=TestFile.pbix
Thanks,
Tim Curwick.
If you have recently started exploring Fabric, we'd love to hear how it's going. Your feedback can help with product improvements.
A new Power BI DataViz World Championship is coming this June! Don't miss out on submitting your entry.
Share feedback directly with Fabric product managers, participate in targeted research studies and influence the Fabric roadmap.
| User | Count |
|---|---|
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 |