When I run dotnet tool install -g volo.abp.studio.cli, it says Tool is already installed. And then running either of the two get-source lines, it has the same outcome: Exception of type 'Volo.Abp.Studio.AbpStudioException' was thrown.
I did also try with --version 4.2.1, but that didn't work either. I will try this again intermittently in case this is a server error, but if there isn't a server issue, then assistance would be appreciated to get that account template.
Thanks for the follow-up. It was indeed the price id. I thought you passed the product id in and it would let them select which price to use (since I am using annual and monthly), but looks like I will need to setup separate plans for each price then.
Thanks for your help.
Charlie
That section in PreConfigureServices did the trick. However, I am having another related issue.
I am getting this error:
 So it is treating my Stripe product ID as if it were a price. However, I was under the impression I could use the Stripe product id when configuring the gateway plan:
So it is treating my Stripe product ID as if it were a price. However, I was under the impression I could use the Stripe product id when configuring the gateway plan:

Am I doing this incorrectly? Is there some other way to tie my plan in to a Stripe product?
Beautiful! I tried so many things but I didn't try wrapping it in quotes! Glad to see it was an easy fix.
Thanks
Also, my repo is a bit of a mess right now, but Armada-ABP-Pro is my current working branch I am trying to deploy.
I sent you an invite. I don't have it in there anymore, but I previously also tried to get the DbMigrator line working (something like this from the documentation):
- name: Run migrations
        run: dotnet run -- "${{ secrets.CONNECTION_STRING }}" # Set your connection string as a secret in your repository settings
        working-directory: ./src/yourapp.DbMigrator # Replace with your project name
and I wasn't able to get it to work. I just defaulted to deploying DbMigrator separately as a WebJob, and it works, but it would be much better to be able to migrate on deploy. Not sure if there is anything I need to look out for there. I can make a new ticket for that issue if necessary.
Thanks
The AI generated response is how I thought this functioned, which is why (as indicated in my OP) I created an app service that is decorated with [AllowAnonymous] and calls _tenantAppService.CreateAsync(input).
Somehow, this is still throwing an authorization error. I have emailed a Google Drive link to my project files in case you are able to find a bug or some miconfiguration.
Charlie
Asking again to be prioritized or reassigned.
I need this bumped up in priority. It's been nearly 3 weeks since I opened this ticket, and I still haven't received enough help to resolve this. I made some progress but I cannot get past the authorization error I encountered in my last message and this delay is slowing down development.
Charlie
 
                                