Of course you cannot build the solution. As I noted: "it's a large commercial product with a lot of external dependencies, I don't think you'd be able to get it to load in your environment."
I thought maybe you could determine the problem by looking at the code, not running it.
Problem was not reproducible with a new project.
Created a new project, and laboriously copied everything from the old project to the new project, and that worked.
3rd time I've had to do that.
E-mail with link sent. Let me know if you have any questions.
Let me know an e-mail address I can send a link to. I'll ZIP up this one, see if you can work with it.
I don't think I can ... it's a large commercial product with a lot of external dependencies, I don't think you'd be able to get it to load in your environment.
Is there any specific source code I can send you?
Still no ability to add an attachment to a support request?
Logs.txt file is here:
https://1drv.ms/t/s!AipZ--KcXtD_hpE4o0BZ61XFVpM5WA?e=HDtt1P
So after not using the ABP.IO application for some months in order to focus on our application backend and other API integrations, I got back to it today and fired it up.
Alas, it no longer works. To be clear: it was working last time I used it a few months ago, I haven't changed anything, haven't updated packages etc ... now, it just doesn't work.
I get to the home page and click the "Login" button, which just returns a 404 error. See screenshot below.
Can you please take a look, and let me know what's going wrong?
I know there is a problem with the build server ... that's what I said in the initial problem description.
The only change between the solution building, then the solution NOT building, was running through the process on your website was upgrading the application to use LeptonX.
SOLVED First, note the log entry:
Copying file from "C:\Windows\ServiceProfiles\NetworkService\.nuget\packages\volo.abp.aspnetcore.components.web.leptonxtheme\2.0.5\staticwebassets\side-menu\libs\bootstrap-datepicker\css\bootstrap-datepicker3.standalone.css" to "C:\agent\TestVx\_work\2\s\GUI\BlazorServer\src\TestCompany.TestApplication.BlazorServer.Blazor\obj\Debug\net7.0\PubTmp\Out\wwwroot\_content\Volo.Abp.AspNetCore.Components.Web.LeptonXTheme\side-menu\libs\bootstrap-datepicker\css\bootstrap-datepicker3.standalone.css".
Note the target location. The overall length of the path exceeds the Windows limit of 260 characters. This means the file is never copied across to the build agent's work folder. It fails silently.
Later in the build process, it is trying to integrate those files ... it can't find them, so a build error occurs.
Upgrading to the LeptonX theme was enough to push the path over the 260-character limit, most likely due to the verbose naming of "Volo.Abp.AspNetCore.Components.Web.LeptonXTheme", combined with the long names attributed to the datepicker component files.
I had to reduce my own project naming from "TestCompany.TestApplication.BlazorServer.Blazor" to "TestCompany.BlazorServer.Blazor" in order to sneak back under the 260-character limit (note: "TestCompany" and "TestApplication" are anonymized values ... but the actual values I was using are about the same length).
After I got back under the 260-character limit, builds were once again successful.
Unfortunately, no:
Some more information...
I've just worked my way through the ~20K+ lines of the build log, and it appears as though every error relates to attempts to copy the "Volo.Abp.AspNetCore.Components.Web.LeptonXTheme\side-menu\libs\bootstrap-datepicker" files. It appears to copy some, but not all. For example, these files in the CSS folder:
... but none of the files with ".standalone." in the name. Only these two files in the JS folder:
And nothing comes across for the locales folder.
Does that provide any clues?
Is it possible to point the project to a different version of LeptonX, something other than 2.0.5, so I can see if that fixes the problem?
Sorry! Accidentally closed the issue. See above for where I'm at.
I've compared the Blazor project file against a clean project I generated for 7.0.3, and there are these additional lines in my current code:
<Content Remove="C:\Users\TonyHansen\.nuget\packages\volo.abp.account.pro.admin.blazor.server\7.0.3\contentFiles\any\net7.0\Volo.Abp.Account.Pro.Admin.Blazor.Server.abppkg.json" />
<Content Remove="C:\Users\TonyHansen\.nuget\packages\volo.abp.account.pro.public.blazor.server\7.0.3\contentFiles\any\net7.0\Volo.Abp.Account.Pro.Public.Blazor.Server.abppkg.json" />
<Content Remove="C:\Users\TonyHansen\.nuget\packages\volo.abp.account.pro.public.web.impersonation\7.0.3\contentFiles\any\net7.0\Volo.Abp.Account.Pro.Public.Web.Impersonation.abppkg.analyze.json" />
<Content Remove="C:\Users\TonyHansen\.nuget\packages\volo.abp.account.pro.public.web.impersonation\7.0.3\contentFiles\any\net7.0\Volo.Abp.Account.Pro.Public.Web.Impersonation.abppkg.json" />
<Content Remove="C:\Users\TonyHansen\.nuget\packages\volo.abp.account.pro.public.web.openiddict\7.0.3\contentFiles\any\net7.0\Volo.Abp.Account.Pro.Public.Web.OpenIddict.abppkg.analyze.json" />
<Content Remove="C:\Users\TonyHansen\.nuget\packages\volo.abp.account.pro.public.web.openiddict\7.0.3\contentFiles\any\net7.0\Volo.Abp.Account.Pro.Public.Web.OpenIddict.abppkg.json" />
<Content Remove="C:\Users\TonyHansen\.nuget\packages\volo.abp.auditlogging.blazor.server\7.0.3\contentFiles\any\net7.0\Volo.Abp.AuditLogging.Blazor.Server.abppkg.json" />
<Content Remove="C:\Users\TonyHansen\.nuget\packages\volo.abp.gdpr.blazor.server\7.0.3\contentFiles\any\net7.0\Volo.Abp.Gdpr.Blazor.Server.abppkg.json" />
<Content Remove="C:\Users\TonyHansen\.nuget\packages\volo.abp.identity.pro.blazor.server\7.0.3\contentFiles\any\net7.0\Volo.Abp.Identity.Pro.Blazor.Server.abppkg.json" />
<Content Remove="C:\Users\TonyHansen\.nuget\packages\volo.abp.languagemanagement.blazor.server\7.0.3\contentFiles\any\net7.0\Volo.Abp.LanguageManagement.Blazor.Server.abppkg.json" />
<Content Remove="C:\Users\TonyHansen\.nuget\packages\volo.abp.openiddict.pro.blazor.server\7.0.3\contentFiles\any\net7.0\Volo.Abp.OpenIddict.Pro.Blazor.Server.abppkg.json" />
<Content Remove="C:\Users\TonyHansen\.nuget\packages\volo.abp.texttemplatemanagement.blazor.server\7.0.3\contentFiles\any\net7.0\Volo.Abp.TextTemplateManagement.Blazor.Server.abppkg.json" />
<Content Remove="C:\Users\TonyHansen\.nuget\packages\volo.saas.host.blazor.server\7.0.3\contentFiles\any\net7.0\Volo.Saas.Host.Blazor.Server.abppkg.json" />
Worth noting that I've updated the ABP CLI, and then run a general ABP update on the solution. It has updated my package.json file to this:
{
"version": "1.0.0",
"name": "my-app",
"private": true,
"dependencies": {
"@volo/abp.aspnetcore.mvc.ui.theme.leptonx": "~2.1.0",
"@volo/aspnetcore.components.server.leptonxtheme": "~2.1.0",
"@volo/cms-kit-pro.admin": "~7.1.0",
"@volo/account": "~7.1.0",
"@volo/language-management": "~7.1.0"
}
}
However, when I look at the package dependencies on the Blazor project, they're still 7.0.3 for the main Volosoft assemblies, and 2.0.5 for the LeptonX asemblies. That doesn't change, even after a clean/rebuild and refresh of NuGet packages.
Lastly, I've just double-checked the files and paths in the error message below:
##[warning]C:\agent\TestVx\_work\_tool\dotnet\sdk\7.0.202\Sdks\Microsoft.NET.Sdk.Razor\targets\Microsoft.NET.Sdk.Razor.StaticWebAssets.targets(593,5): Warning MSB3026: Could not copy "C:\Windows\ServiceProfiles\NetworkService\.nuget\packages\volo.abp.aspnetcore.components.web.leptonxtheme\2.0.5\staticwebassets\side-menu\libs\bootstrap-datepicker\css\bootstrap-datepicker.standalone.min.css" to "C:\agent\TestVx\_work\2\s\GUI\BlazorServer\src\TestCompany.TestApplication.BlazorServer.Blazor\obj\Debug\net7.0\PubTmp\Out\wwwroot\_content\Volo.Abp.AspNetCore.Components.Web.LeptonXTheme\side-menu\libs\bootstrap-datepicker\css\bootstrap-datepicker.standalone.min.css". Beginning retry 2 in 1000ms. Could not find a part of the path 'C:\agent\TestVx\_work\2\s\GUI\BlazorServer\src\TestCompany.TestApplication.BlazorServer.Blazor\obj\Debug\net7.0\PubTmp\Out\wwwroot\_content\Volo.Abp.AspNetCore.Components.Web.LeptonXTheme\side-menu\libs\bootstrap-datepicker\css\bootstrap-datepicker.standalone.min.css'.
The source file definitely existing, and the target folder definitely exists. I thought maybe it was something to do with the path length ... but I've just manually copied the contents of the bootstrap-datepicker folder from the source location to the target location without issue, so that's not the problem.
What to try next?