Hi,
Thank you for the fast response yesterday. Running the update command again did update all the relevant references to 7.3.1 as expected. As a side note, I create a new project as you suggested and it is using 2.3.*-* for the LeptonX package. I changed this and backed up to the last release build since I do not want preview packages.
Even with all of this, the dotnet restore command still errors out after 10+ minutes. We are continuing to investigate the issue, I will report back when we have more information.
Any update on the last 2 questions in this thread? It has been a week now with no response.
@maliming I see there is a new version of ABP (7.3.1). When I update CLI to 7.3.1 and then run the abp update command, the NPM packages are updated to 7.3.1 however, the nuget packages are still 7.3.0. Is this the expected behavior of this release?
@maliming Do you guys have a contingency plan in case myget does not return?
From my perspective, this is looking very much like a dead project at this point.
Attempting to update my project from 7.2.3 to 7.3.0 using the ABP CLI update command gives an error.
$ abp update ABP CLI 7.3.0 Object reference not set to an instance of an object. System.NullReferenceException: Object reference not set to an instance of an object. at Volo.Abp.Cli.ProjectModification.VoloNugetPackagesVersionUpdater.GetLatestVersionFromMyGet(String packageId) in D:\ci\Jenkins\workspace\abp-volo-release\abp\framework\src\Volo. Abp.Cli.Core\Volo\Abp\Cli\ProjectModification\VoloNugetPackagesVersionUpdater.cs:line 281 at Volo.Abp.Cli.ProjectModification.VoloNugetPackagesVersionUpdater.UpdateSolutionAsync(String solutionPath, Boolean includePreviews, Boolean includeReleaseCandidates, Boolean swi tchToStable, Boolean checkAll, String version) in D:\ci\Jenkins\workspace\abp-volo-release\abp\framework\src\Volo.Abp.Cli.Core\Volo\Abp\Cli\ProjectModification\VoloNugetPackagesVersi onUpdater.cs:line 42 at Volo.Abp.Cli.Commands.UpdateCommand.UpdateNugetPackages(CommandLineArgs commandLineArgs, String directory, String version) in D:\ci\Jenkins\workspace\abp-volo-release\abp\frame work\src\Volo.Abp.Cli.Core\Volo\Abp\Cli\Commands\UpdateCommand.cs:line 80 at Volo.Abp.Cli.Commands.UpdateCommand.ExecuteAsync(CommandLineArgs commandLineArgs) in D:\ci\Jenkins\workspace\abp-volo-release\abp\framework\src\Volo.Abp.Cli.Core\Volo\Abp\Cli\C ommands\UpdateCommand.cs:line 44 at Volo.Abp.Cli.CliService.RunInternalAsync(CommandLineArgs commandLineArgs) in D:\ci\Jenkins\workspace\abp-volo-release\abp\framework\src\Volo.Abp.Cli.Core\Volo\Abp\Cli\CliServic e.cs:line 169 at Volo.Abp.Cli.CliService.RunAsync(String[] args) in D:\ci\Jenkins\workspace\abp-volo-release\abp\framework\src\Volo.Abp.Cli.Core\Volo\Abp\Cli\CliService.cs:line 77
We removed offline_access which helped resolve the original issue. If you close the browser and walk away for more than an hour, you now must login again to access the site.
However, it creates another problem with the angular application. Once the IdentityToken expires, but before the AccessToken expires, the application automatically logs the user out and back in. If they are in the middle of a editing form when this happens, their data is lost as they are returned to the home page.
You have already user id in our test system at https://synergyz-test.otised.net if you want to see what happens for yourself.
We added the following code to the PreConfigureServices method in the HostModule so that we could iterate faster on the testing. The login succeeds, after 4 mins, the user is automatically logged out and back in without being prompted for a user / password.
PreConfigure<OpenIddictServerBuilder>(builder =>
{
builder.SetAccessTokenLifetime(TimeSpan.FromMinutes(5));
builder.SetIdentityTokenLifetime(TimeSpan.FromMinutes(2));
});
Thanks for the screenshot. Is that information available anywhere so that your commercial clients can see it without opening a ticket?
Is there any place we can see the list of changes for LeptonX versions? I can see a new version "2.0.3" was pushed to the NuGet repository earlier today, but I cannot find any information on the fixes or enhancements in that version.
I will try that. Did you try running it without it being on the debugger? Since it is a timing issue, the debugger could potentially affect the issue.
No. I have not been able to reproduce this in a new project. The project with the issue was created using Suite v7.0.1. We have upgraded several of our projects to the latest version of ABP. This issue is only occurring in one of them. It is something specific to this project. However, I have not been able to isolate the problem.
This line of code:
var tenantConfiguration = await _tenantStore.FindAsync(tenantId);
From the MigrateAndSeedForTenantAsync method in the *TenantDatabaseMigrationHandler is blocking the insert statement for the new tenant record. Once this line of code fails with a timeout, the tenant record gets created. But there is no data seeded for the new tenant.
The tenant record creation should have been completed before MigrateAndSeedForTenantAsync is called. However, that is not the case in this project.
I can email you a link to a zip file of the project.