Activities of "anibale"

Thanks for the AI-Bot follow-up. It actually confirms the diagnosis from my side, but it leaves the two questions I asked unanswered, so I'd like to escalate this to a human support engineer within this same ticket rather than opening a new channel.

What the AI-Bot already acknowledges:

• The 403 behavior is consistent with module entitlement restriction on the commercial feed, not a local issue.
• Volo.Abp.OperationRateLimiting is pulled by Account (Pro) modules and is described as pre-installed in the latest startup templates.
• Quoting the bot directly: "the generated solution can become 'unbuildable out of the box' unless the generator filters Pro-only modules based on license, which appears to be the gap you're hitting."

That last sentence is the core of the problem. A paying customer running abp new -t app with ABP Studio 2.2.7 should not get a project that fails to restore on first build. Either the template should filter Pro modules according to the license tier, or abp new should warn at generation time.

What I still need from a human engineer:

1. License confirmation. Does my current tier (organization Madrid Digital, user anibale) include Volo.Abp.OperationRateLimiting? The AI-Bot explicitly said it cannot see this; only your team can.
2. Template behavior. If my tier does not include it, this is a template generation bug, not a customer-side workaround issue. I'd like the team to track it as such. Suggesting that I manually strip PackageReference entries and edit DependsOn(...) chains in a freshly generated solution is not an acceptable workaround for a commercial product — it would also leave the project diverging from the official template, with unclear runtime impact.
3. Path forward. Either confirm the tier upgrade needed (with the exact module name and minimum tier) so it can be evaluated internally, or provide an official fix / regeneration option that produces a buildable solution on my current tier.

I'd rather not open a parallel report at abp.io/contact as the bot suggested — the information is already here and duplicating it across channels only adds friction. Could a human engineer pick this up?

Thanks, Aníbal

Quick update after trying the AI-Bot suggestions on my side:

• abp logout + abp login → successful re-login as anibale under organization Madrid Digital.
• dotnet nuget locals all --clear → cache fully cleared.
• Clean + Rebuild → same 403 on Volo.Abp.OperationRateLimiting.Domain 10.3.0. All other Volo.Abp.* packages restore fine from the same feed with the same credentials.

So a stale token / corrupt cache is ruled out, and this looks consistent with a license/ACL restriction on that specific package on your feed.

To move this forward, I'd appreciate confirmation on two concrete points:

1. Does my current commercial license tier include the Volo.Abp.OperationRateLimiting module?
2. If it does not, why does the default app template (ABP Studio 2.2.7, v10.3.x) pull it as a dependency? A freshly generated project from abp new -t app should compile out of the box on any tier that is allowed to use that template. If this module is Team+ only, the template should either skip it or abp new should warn at generation time.

From a customer perspective this looks like a template packaging issue rather than an entitlement problem on my account, since I never opted in to Operation Rate Limiting and the project is unbuildable on first restore.

Thanks, Aníbal

Hello ABP support team,

I'm experiencing a NuGet restore failure on a freshly created project and would like to confirm whether this is a packaging issue on your private feed or something on my side.

Context

I just created a new ABP project to build a POC for an external API integration. Project metadata:

• Template: app
• Created with ABP Studio: 2.2.7
• Current ABP Studio: 2.2.7
• UI Framework: MVC
• Theme: LeptonX (dim, side menu)
• Database Provider: EF Core (SQL Server)
• Tiered: No
• Multi-Tenancy: No
• Public Website: No
• Social Login: Yes
• Include Tests: Yes
• Optional Modules: GDPR, LanguageManagement, AuditLogging, OpenIddictAdmin

Create command used:

abp new POC.ApiSports -t app --ui-framework mvc --database-provider ef --database-management-system sqlserver --theme leptonx --skip-migration --skip-migrator --without-cms-kit --sample-crud-page --dont-run-install-libs --dont-run-bundling --no-multi-tenancy -no-file-management -no-text-template-management

Problem

On the first build, NuGet restore fails repeatedly trying to download Volo.Abp.OperationRateLimiting.Domain version 10.3.0 from the ABP private feed:

No se pudo descargar el paquete "Volo.Abp.OperationRateLimiting.Domain.10.3.0" de
"https://nuget.abp.io/<account-guid>/v3/package/volo.abp.operationratelimiting.domain/10.3.0/volo.abp.operationratelimiting.domain.10.3.0.nupkg".
El código de estado de la respuesta no indica un resultado correcto: 403 (Forbidden).

The error is reproduced on every restore attempt and breaks the build of POC.ApiSports.Application, POC.ApiSports.Application.Tests, POC.ApiSports.Web, POC.ApiSports.EntityFrameworkCore.Tests and POC.ApiSports.Web.Tests. Final result: 10 succeeded, 5 failed.

Other ABP packages restore correctly from the same feed using the same credentials, so the authentication itself appears to be working — the 403 seems specific to this package/version.

What I've checked

• The feed URL is the one configured by ABP Studio at project creation.
• My ABP commercial account is active and other Volo.Abp.* packages download fine.
• No nuget.config overrides on my side.
• Clearing the local NuGet cache and retrying does not change the result.

Questions

1. Is Volo.Abp.OperationRateLimiting.Domain 10.3.0 published and available on the commercial feed for my license tier?
2. If it is, could you check whether there is a permissions/ACL issue on that specific package on your side?
3. If it isn't (e.g. the package was unlisted or the version moved), what is the correct way to align my project — should I downgrade to a previous version, or is there a fix coming?

Full MSBuild output is attached.

Thanks in advance for your help.

Best regards, Aníbal Andrés Díaz Silva