My collegue just noticed that change. It was removed when I make these changes https://docs.abp.io/en/commercial/latest/migration-guides/v8_0#added-the-accountadminapplicationmodule-accountadminhttpapimodul Tahnk you.
Bad news. We face this exception still when running at Azure. We updated to 8.1.2. And it seems to work at local machine.
Cannot resolve parameter 'Volo.Abp.Account.ExternalProviders.IAccountExternalProviderAppService accountExternalProviderAppService' of constructor 'Void .ctor(Microsoft.Extensions.Options.IOptionsFactory`1[Microsoft.AspNetCore.Authentication.Google.GoogleOptions], Volo.Abp.Account.ExternalProviders.IAccountExternalProviderAppService, Volo.Abp.Security.Encryption.IStringEncryptionService, Volo.Abp.MultiTenancy.ITenantConfigurationProvider, System.Collections.Generic.IEnumerable`1[Volo.Abp.Account.Public.Web.ExternalProviders.IPostConfigureAccountExternalProviderOptions`1[Microsoft.AspNetCore.Authentication.Google.GoogleOptions]])'.
our packages-lock.json did contain something wrong when it was generated before commercial packages were available. No we got those packages and performance problem is gone. Thank you.
Still no commercial packages. Am I missing something or are they still not yet available.
I noticed that 8.1.2 is published. Should there be commercial nuget packages already available because for some reason nuget install fails?
We cannot git revert to 8.0 because your tool not support to update to spesific version. We decide to put update task on hold untill you release new version. We don't know how to fix that 8.0.5 login page problem so we wait.
I have several different commits. And I updated straight away from 7.4 to 8.1 with that abp update command because I cannot spesify version as you know. So I don't know how 8.0 and 8.1 versions of AuthServer are different.
Ok. Thanks anyway.
Is it OK to clean it away in our own code? https://scm-test.lw.app/? code=0m3Bw75YTPhX5MPp2lmcGhiU4igYl1YMRWDbD0QIEMA& state=dmxqdENEanJ1ZWFseU5sTGZjRXZpZklDYnQ5Ni5Cemg3dFBWcC1vN3Bja2V5& iss=https%3A%2F%2Fauth.scm-test.lw.app%2F
These are what AuthServer returns in callback call. Code and state are removed from url by your code or open iddicts but iss stays.
Is it normal/correct that after login there is iss url parameter like this: https://scm-test.lw.app/app/?iss=https:%2F%2Fauth.scm-test.lw.app%2F ?
