-
Notifications
You must be signed in to change notification settings - Fork 210
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[ALM Accelerator - BUG]: Could not find connection '<GUID>' for API 'shared_office365' #6586
Comments
@dspencelink You might want to check your 'deploy-QA-' pipeline's variables for the GUID. |
Thanks. I see that ID listed there as a connection reference for a flow in the solution and the reference is shared with other solutions. I had the developer remove that connection reference and create a new one just for this solution. I manually removed the variables, reran deployment settings, recommitted, then it errored with an ID of a different connection reference which was also shared. I had him remove that one also and create a new one and update the flow actions to use the new connection. I manually removed that variable, reran deployment settings, recommitted and now it's erroring with the same ID I started this issue with.... If I view the dependencies on that connection reference, it shows it's only used with the flow in the solution. I'm confused how this ID got reused and how to get past it. The pipeline debug doesn't help resolve the issue. I'm stuck. |
In the Deployment settings window, I clicked the plus sign next to the failing ID and created a new connection but then it just errors out on the new connection ID. I've tried this several times, I've tried sharing and not sharing. I'm stumped. I've asked the developer to create a new solution and move the app to it and create new connections. I don't have any other ideas... |
Hot diggity dog! I finally figured it out! I finally noticed that the Connection Pre-check was querying for a connection ID that existed in Prod but not in QA but the query was looking for that ID in QA environment (which didn't exist obviously). In the ALM Accelerator for Admins app, I had renamed the default deployment steps of Validation --> Test --> Prod to be named 'Test --> QA --> Prod' to reflect our naming standards. I had also updated the 'EnvironmentName' of the Test environment to be QA so it showed QA everywhere I could find and in all variables. There must be something hardcoded in the deployment steps where it didn't like that so renaming back to the default fixed the issue. |
@dspencelink This has been fixed in the latest release. Please install the latest version of the toolkit following the instructions for installing updates. Note that if you do not remove the unmanaged layers as described there you will not receive updates from us. |
Describe the issue
This issue has stumped me for days. We have a Solution with a flow, a power app, 4 environment variables and 4 connection references. I use ALM Accelerator to commit the solution to Azure DevOps, then when I try to deploy to QA environment, the step named 'Import Managed Solution as Update' fails every time. If I enable debugging on the pipeline, this is the error:
If I run Get-AdminPowerAppConnection in powershell, I can find that connection ID in our Prod environnment (I'm deploying to QA). If I check the connections I can see in Prod, I don't see one with this GUID. It's almost like it's a ghost connection or something?
I reviewed the connections on the flow and in the deploymentSettings.json in DevOps and they match 1-to-1 plus they have different names than the displayname for the ghost connection. How do I find where this ghost connection is located and how do I get it out of the Solution so I can import it properly to QA? Thanks.
Expected Behavior
I'm able to deploy other solutions to QA, just this one is giving me fits. I should be able to deploy to QA and prod.
What component are you experiencing the issue with?
ALM Accelerator Canvas App
What solution version are you using?
1.0.20230802.1
Steps To Reproduce
Anything else?
No response
AB#1382
The text was updated successfully, but these errors were encountered: