Solution import with Canvas App fails with error 'CanvasApp import: FAILURE: No file with that name found'

[parvezghumra]

We're using the Power Platform Github Actions for our ALM processes, which I understand are wrapper around the PAC CLI.

The 'import-solution' action is failing currently with the following error:

The reason given was: CanvasApp import: FAILURE: No file with that name found Microsoft PowerPlatform CLI Version: 1.28.3+g4ba7dfd

The command which fails via Github Actions is:

Calling pac cli inputs: solution import --path D:\a\....solution_managed.zip --async true --force-overwrite true --publish-changes false --skip-dependency-check false --convert-to-managed false --max-async-wait-time 60 --activate-plugins true --skip-lower-version false --import-as-holding true --settings-file .....\deploymentsettings.json

Our commit process involves invoking the following commands via Github Actions (all of which succeed and do not unpack Canvas Apps)

Calling pac cli inputs: solution export --name solution --path D:....\solution.zip --overwrite true --managed false --async true --max-async-wait-time 60

Calling pac cli inputs: solution export --name solution --path D:\.....\solution_managed.zip --overwrite true --managed true --async true --max-async-wait-time 60

Calling pac cli inputs: solution unpack --zipFile D:\....\solution.zip --folder D:.....\solution --packageType Both --errorlevel Info --singleComponent None --useLcid false --useUnmanagedFileForMissingManaged false --disablePluginRemap false --allowDelete true --allowWrite true --clobber true

Calling pac cli inputs: solution unpack --zipFile D:\.....\solution.zip --folder D:\.....\solution --packageType Both --errorlevel Info --singleComponent None --useLcid false --useUnmanagedFileForMissingManaged false --disablePluginRemap false --allowDelete true --allowWrite true --clobber true

Our build process involves invoking the following commands via Github Actions (all of which succeed and do not repack Canvas Apps)

Calling pac cli inputs: solution pack --zipFile /home/runner/work/....../solution.zip --folder /home/runner/work/...../solution --packageType Both --errorlevel Info --singleComponent None --useLcid false --useUnmanagedFileForMissingManaged false --disablePluginRemap false

All of this setup was working fine until yesterday

[parvezghumra]

Looking at this response on a similar issue on the Community forum, it looks like someone resolved this by using version 2 of the corresponding Azure DevOps Power Platform Build Tools. I've verified that I'm using the latest available version of the corresponding Github Action but this hasn't resolved the issue.

[bananabrann]

@parvezghumra This is the issue our team is having too; I've been talking in #677. Seems similar enough 🤷‍♂️ I haven't confirmed 2.0.47 works because of our bureaucratic processes to update the build tools from 2.0.5 on ADO Marketplace

Currently our workaround is to import manually across our environments. It's a pain, but the world is punishing me for taking other technology for granted 😝

[parvezghumra]

Thanks @bananabrann. I guess the obvious difference is that I'm getting this error on the import solution operation but you're experiencing on the unpack/pack operation

Also I'm using GitHub Actions and the latest version but still facing this.

I'll keep an eye on the other issue. Thanks 👍

[bananabrann]

Looks like Microsoft added an additional file <canvasappname>_52adf_AdditionalUris0_identity.json to the solution package for canvas applications. Our pipeline task exporting the solution included the new file, but our unpack and pack tasks ignore it. This is probably fixed in 2.0.47, but my team or myself didn't get approval to try it 😒 so idk if this is fixed in 2.0.47 or not

@parvezghumra
Our workaround is to have the pipeline save the exported solution to the repo then use that for the import instead of importing the solution that was packed and unpacked. We're able to do this because our business process on the unpacked files is irrelevant to what is imported into the next env

Old process

Workaround on 2.0.5

[parvezghumra]

Thanks for following up @bananabrann for following up.

I have verified that a manually exported solution from the source development environment successfully imports manually into the target environment. And as you have highlighted, even exporting the solution from the source environment using an automated process and then importing this to the target succeeds. The failure occurs if you unpack the exported solution, repack it and then attempt to import this repacked version to the target environment.

The challenge I have is that our current setup is designed to be source control centric with an emphasis on end to end traceability as this gives us confidence over the versions of artifacts that are deployed. Therefore, we do not hold the exported solution anywhere and rely on our build process to generate the solution to be deployed.

I may have to adopt an approach similar to what you describe in your workaround for now, but I am still waiting on Microsoft to come back to me on this.

[RobertMadar]

Hello, have similiar problem with Import part. Do you have any news?

Solution Importing...
Microsoft PowerPlatform CLI
Version: 1.25.2+g1c4a1b8
Online documentation: https://aka.ms/PowerPlatformCLI
Feedback, Suggestions, Issues: https://github.com/microsoft/powerplatform-build-tools/discussions

Error: CanvasApp import: FAILURE: No file with that name found
CanvasApp import: FAILURE: No file with that name found

[parvezghumra]

@RobertMadar As this doesn't appear to be a platform issue, my official support request was closed as that is not the right channel. I'm told via other channels that the appropriate MS team (I'm guessing the team that looks after the PAC CLI, PPBT and/or Github Actions) is looking at this. I'll follow up next week.

[fcctsorrell]

I'm having the same problem. Any update??? Thanks.

[snizar007]

We are investigating this issue.

[parvezghumra]

Hi @snizar007 ,

Thanks for your time on the call yesterday. I have done a bit of testing by running the pac solution unpack, pac solution pack and pac solution import commands locally on my machine using various versions of the PAC CLI but for each test using the same version of my affected solution containing the Canvas App.

It seems that the latest version of the Power Platform Github Actions (version 1.2.0) is still using version 1.28.3 of the PAC CLI, and so the unpack operation does not generate the /solution/CanvasApps/_AdditionalUris0_identity.json file mentioned in the community thread I referenced in my earlier comment. I was able to replicate this same behaviour using this version of the PAC CLI running it locally on my machine. But using any later version of the PAC CLI (version 1.29.6 onwards), the unpack operation successfully generates this file, the pack operation successfully builds the unmanaged and managed solutions and the import operation successfully imports the resulting managed solution into the target environment.

So in summary, we need a new release of the Power Platform Github Actions which use version 1.29.6 of the PAC CLI or later. :) When do you expect to publish this please?

Thanks,
Parvez

[snizar007]

I have been able to reproduce this issue and our engineering team is working on the fix. In the meantime, you can force PAC CLI ver: 1.29.11 by using below:

[parvezghumra]

Thanks @snizar007. Just to confirm that your suggestion has resolved the issue for us for now. We are using it as a temporary workaround until a new version of the Github Actions are available with the permanent fix.

[snizar007]

Thank you @parvezghumra for confirming.