Notifications
Announcements
I've set up a small pipeline, which exports an unmanaged solution as managed solution from environment A and imports it to environment B. The pipeline runs up to the PowerApps Import Solution task, which displays the following log:
Hi @FH-Inway ,
Using solutions has many limitations, please check these tips:
Here's a doc about this in details for your reference:
https://docs.microsoft.com/en-us/powerapps/maker/common-data-service/use-solution-explorer#known-limitations
Best regards,
Thanks for the information. Unfortunately, it does not answer my question. It seems you want to suggest that due to the many limitations, solutions should not be used. Can you suggest an alternative how an ALM (application lifecycle management) can be done for customizations without solutions?
[cross-post of same answer to this Q in VS Marketplace for the PA BuildTools Extension]
@FH-Inway you're running an async import solution (which is perfectly fine). The underlying code will wait until the org service returns a "succeeded" or "failed" status. On the latter (failed status), the task will retry several times (the task code and status code cannot distinguish between retryable and fatal errors returned from the service).
Please rerun your pipeline with the failing/endless loop import but this time with "enabled system diagnostics" checked when queueing the pipeline.
Attach that task's diagnostic log to this thread here (the logging should already be free of secrets/PII but pls double check before posting the log here). Alternatively, email it to me directly (davidjen at my msft email)
.David
I reported the issue also in the Q&A section of the PowerApps Build Tools entry in the Visual Studio Marketplace. I was asked to run the pipeline again with "enabled system diagnostics" and provide the log of that run. The log is attached to this message. The text in the log repeats in an endless loop.
@FH-Inway unfortunately, your previous ImportSolution only seems to set the AzDO system steps to diagnostic, but didn't set the task level variable: System.Debug (it seems yaml vs classic pipelines do that different?)
Please rerun your repo, this time when queuing the pipeline job, explicitly set/add this variable:System.Debug needs to be set to true
thanks!
Edit: unfortunately, that doesn't yield to show the info I was looking for 😞Can you contact me on my msft email (davidjen@) so I can point you to a prerelease version that has more diagnostic instrumentation)? thx
@DavidJen , thanks for the reply. I ran the pipeline again with the System.Debug variable set to true, but the log is the same as before.
I will send your email the whole log package of the pipeline after I canceled it. Note that the log of the import solution step doesn't show the endless loop in this case (not sure why).
Closing the loop on this thread after an offline debugging session with @FH-Inway (thanks!):The asynchronous ImportSolution probes for completion by polling the import's statusCode. Florian's CRM environment is localized to German, the statusCode is localized as well but the code expects the English status code.A future 0.1.8 release will have this fixed soon.
version 0.1.9 with a fix for this issue has been released earlier todayhttps://marketplace.visualstudio.com/items?itemName=microsoft-IsvExpTools.PowerApps-BuildTools&ssr=false
Under review
Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.
In our never-ending quest to improve we are simplifying the forum hierarchy…
We are honored to recognize Ajay Kumar Gannamaneni as our Community Spotlight for December…
These are the community rock stars!
Stay up to date on forum activity by subscribing.
WarrenBelz 717 Most Valuable Professional
Michael E. Gernaey 329 Super User 2025 Season 2
Power Platform 1919 268