Check your eligibility for this 50% exam voucher offer and join us for free live learning sessions to get prepared for Exam DP-700.
Get StartedDon't miss out! 2025 Microsoft Fabric Community Conference, March 31 - April 2, Las Vegas, Nevada. Use code MSCUST for a $150 discount. Prices go up February 11th. 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.
User | Count |
---|---|
9 | |
1 | |
1 | |
1 | |
1 |