You’re offline. This is a read only version of the page.
The updated version of PCF tooling (PowerApps CLI) is now available! Today we released new capabilities for several of our most popular feature requests in the PowerApps CLI. We are now providing PowerApps component framework developers the ability to not only see changes in the test harness as they are made but to also push components directly into an org using the CLI. These innovations will greatly speed up the development inner loop!
The push capability will make you more efficient because it bypasses the custom component versioning requirements and does not require you to build your solution in order to import into your development environment. The watch capability removes the need to reload your test harness after every change is made.
If you have not yet updated your PowerApps CLI to the latest version, this release is definitely the time to do it! To get all the latest capabilities, please install the latest MSI by following the tooling documentation .
Once you have the latest version of the CLI you can always refer to the tooling documentation or get quickly started using the steps outlined below.
The test harness can be set up to watch and recompile the source code of your PowerApps Component Framework projects. To enable watch mode, start the test harness using the command “npm start watch” from the command prompt. The watch capability will detect changes in index.ts, ControlManifest.Input.xml, other bundled .ts files, and all resources declared in the manifest, then rebuild your component and automatically update the test harness without having to restart it.
To start pushing your custom component directly into an environment, there is a quick but essential step of setting up your authentication profile in the CLI. This setup is a one-time effort where your profile can be saved for future connections. Here is how to do it:
To start with, please create your authentication profile using the command:
"pac auth create --url"
Now that you have an authentication profile, you can start pushing your updated component by following two simple steps:
1. In your VS command prompt, go to the root directory of your custom component project
2. Run the command "pac pcf push --publisher-prefix"
We hope you enjoy the newly added features and are excited to hear what you thinks about them. If you have questions or other feedback, please let us know on the PowerApps component framework forum. We look forward to hearing from you!
Packaging of pcf control is not working with .Net Framwork 4.6.2. I have .Net Framwork 4.7.2. Won't the packaging will work with 4.7.2 ?
@namohant Thanks, was the update on the PCF tooling side (by change how PCF is packaged regarding to prefix), or on the Dyanmics side (by changing how solution export tool handles prefix)?
In either case, looking forward to it
@peterv333 A new but related issue regarding the export tool not adding prefix:
If a Dynamics solution used one of the PCF controls created after the August tooling update (where prefix were added), the exported solution can NOT be imported into a different environment. It gave a vague error of "An error has occurred. Try this action again. If the problem continues, check the Microsoft Dynamics 365 Community for solutions or contact your organization's Microsoft Dynamics 365 Administrator. Finally, you can contact Microsoft Support"
In this case, unlike the PCF solution itself, there is no built tool to create a zip file to use. What we found out is that "customization.xml" in the exported zip file stripped the prefix out, but the "solution.xml" actually kept the prefix.
The workaround is to adding the prefix back to <customControl formFactor="2" name="prefix_NameSpace.PCFControl">
in the customization.xml manually and zip it back.
So looks like a fix is really needed in the export code to accomodate the newly introduced prefix.
Hi All
i have a question...
But .net framework 4.6.2 is mandatory? Is not possible to use 4.7.2, because in my machine win20 + visual studio 2017 + .net framework 4.7.2 I receive this error
" C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\MSBuild\15.0\bin\Microsoft.Common.CurrentVersion.targe
ts(1179,5): error MSB3644: The reference assemblies for framework ".NETFramework,Version=v4.6.2" were not found. To res
olve this, install the SDK or Targeting Pack for this framework version or retarget your application to a version of th
e framework for which you have the SDK or Targeting Pack installed. Note that assemblies will be resolved from the Glob
al Assembly Cache (GAC) and will be used in place of reference assemblies. Therefore your assembly may not be correctly
targeted for the framework you intend. [C:\Project\PCF\LinearComponent\Solution\Solution.cdsproj]"
Thanks
Marco
@peterv333 Thanks. So we'll just use the built solution file for now, until the export process can add prefix.
We appologize for the issue you are experiencing! We are aware of this behavior and are working on a fix that will address the export issue. The prefix is there to ensure uniqueness of each component thus its essential that it is added.
New issue:
I built a PCF and packaged with both solution types (managed.zip and unmanaged.zip).
Import the unmanaged into a DEV instance, then exported as managed solution (exported_managed.zip) to get ready to import into downstream instances (QA/UAT/PRD).
When I unpack the managed.zip and exported_managed.zip, I expect them to be similar, and both should be able to be imported into new environments.
However that's not the case. It looks like the PCF build produced zip added publisher prefix (which is new in Aug tooling) to the component name, but the export one does not, causing import mismatch and fail. Please see the file compare between the two solution.xml.
So will the tooling stop adding prefix, or the CRM export will add prefix in the future?
#1
WarrenBelz
89
Most Valuable Professional
#2
Michael E. Gernaey
72
Super User 2025 Season 1
#3
mmbr1606
71
Super User 2025 Season 1
Share
Report
All responses (
Answers (
