[Bug] PowerApps CLI unable to find/add Dataverse API
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 55/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Quiet
- Tech stack
- typescript
Research direction
Start by tracing pa app find-dataverse-api --search "SaveDraftApi" --json and pa app add dataverse-api --api-name new_SaveDraftApi through the Dataverse metadata discovery path, comparing new_SaveDraftApi with new_WorkingApi. Done means the published public Custom API is returned by search and its schema and typed service can be generated by add.
Written by the indexing model from the issue text.
Description
Describe the bug
I had GHCP compile this report based on our troubleshooting sessions. I'm a 'low code' dev with a sys admin background so wanted to make sure enough detail was captured for you. Hope that's okay, apologies if not.
pa app find-dataverse-api and pa app add dataverse-api do not discover a published Dataverse Custom API, even though the same operation is present in the environment's $metadata document.
A different Custom API in the same environment, new_WorkingApi, was successfully discovered and generated the previous day.
Steps to Reproduce
-
Create a public, global Dataverse Custom API Action named
new_SaveDraftApi. -
Set:
- Is Function:
No - Is Private:
No - Allowed Custom Processing Step Type:
Sync and Async - Enabled for Workflow:
No
- Is Function:
-
Add required request parameters:
new_InspectionId(Guid)new_ExpectedRowVersion(String)new_ExteriorGoodCondition(Integer)
-
Add response property:
new_CurrentRowVersion(String)
-
Save and publish the Custom API in an unmanaged solution.
-
Verify the Custom API record and parameters exist through Dataverse queries.
-
Download the environment metadata document and confirm it contains
new_SaveDraftApi. -
From the root of an associated Power Apps Code App project, run:
pa app find-dataverse-api --search "SaveDraftApi" --json -
Then run:
pa app add dataverse-api --api-name new_SaveDraftApi
Expected behavior
pa app find-dataverse-api should return new_SaveDraftApi, and pa app add dataverse-api should generate the schema and typed service for the public Custom API.
Actual behavior
The operation is omitted from pa app find-dataverse-api results. Adding it fails with:
No Dataverse operation named 'new_SaveDraftApi' was found.
Use 'find-dataverse-api' to search for available operations.
A broad search for Save returns built-in operations but does not return new_SaveDraftApi.
Screenshots or Error Messages
The Custom API is verified in Dataverse with these settings:
- Unique name:
new_SaveDraftApi - Binding type: Global
- Is Function: No
- Is Private: No
- Allowed Custom Processing Step Type: Sync and Async
- Request parameters:
new_InspectionId: Guid, requirednew_ExpectedRowVersion: String, requirednew_ExteriorGoodCondition: Integer, required
- Response property:
new_CurrentRowVersion: String
The downloaded Dataverse $metadata XML contains both:
new_WorkingApi
new_SaveDraftApi
I ran a wireshark capture to try and rule out Corp proxy issues as a potential cause
Network capture shows successful DNS resolution, TLS handshakes, and traffic exchange with both the Power Platform environment API and Dataverse API. No TLS alerts or transport anomalies were observed on those connections.
Environment information
- Framework, build tool or relevant package used: React 19, TypeScript 5.9, Vite 7
- Power Apps SDK:
@microsoft/power-apps1.2.13 - Code Apps CLI:
pa0.15.3 - Connection/components: Dataverse Custom API, Power Apps Code App
- Environment: Dataverse online, Power Platform environment in Australia region
- OS: Windows 11
Additional context
The same project and environment successfully generated a client for the public global Custom API new_WorkingApi using:
pa app add dataverse-api --api-name new_WorkingApi
The new Custom API is included in the same unmanaged solution as the working API. It was created and republished more than 15 hours before testing, so this does not appear to be normal metadata propagation delay.
No manual edits were made to generated Code Apps API schemas or power.config.json.
- Dominant language
- TypeScript
- Stars
- 504
- Forks
- 145
- Avg merge
- 4h 3m
- Merged PRs (30d)
- 1
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from microsoft/PowerAppsCodeApps
-
bug
Difficulty 4/5 3-5 days Newbie friendliness 45/100
microsoft/PowerAppsCodeApps#465 ·
-
bug
Difficulty 4/5 3-5 days Newbie friendliness 35/100
microsoft/PowerAppsCodeApps#463 ·
-
bug
Difficulty 4/5 3-5 days Newbie friendliness 48/100
microsoft/PowerAppsCodeApps#462 ·
-
bug
Difficulty 4/5 3-5 days Newbie friendliness 48/100
microsoft/PowerAppsCodeApps#461 ·
-
bug
Difficulty 5/5 Over a week Newbie friendliness 28/100
microsoft/PowerAppsCodeApps#460 · 2 comments ·
All issues in microsoft/PowerAppsCodeApps
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
safetrustcr/dApp-SafeTrust#426 ·
-
area:workflow bug ready-for-agent
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
fil-donadoni/tolaria#4409 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
Fission-AI/OpenSpec#1960 ·
-
Add dependabot Open
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
corsairdev/corsair#1764 ·