Hey Liming,
Thanks for the quick response!
Unfortunately, I’m not able to reproduce this issue locally — it only occurs in our production environment under specific conditions, which seem related to expired access tokens or invalid sessions. I did try to delete a active session locally, but then the authentication functions properly.
I’ve double-checked our configuration:
Since it’s a production-only issue, I can’t easily provide a minimal repro project. But I’m happy to share relevant logs, config, or middleware setup if that helps narrow it down.
Would you have any ideas what might cause this behavior? Or anything specific I should inspect further?
Thanks again!
Update:
We have found the issue, We were using the API key of an old ABP license we are no longer using. We found out when checking the NuGet.Config
file.
Thank you for your assistance.
Have a nice day!
Nuget servers seem online right now. Can you check if problem still exist?
By the way; Did you make any changes in your
NuGet.Config
file? You may check your NuGet.Config file for custom package resolution options, it's configured to use a custom mapping by default for better performance. It may cause som issues, if you can't solve the problem, you can try removing the following section:
Hi enisn,
Thank you for your suggestions. The problem still persists. We have tried removing the packageSourceMapping
from the NuGet.Config
file, but this also does not resolve the problem.
Just to verify, it says (for example the Gdpr module):
Unable to find package Volo.Abp.Gdpr.Domain.Shared with version (>= 9.0.4)
- Found 76 version(s) in ABP Commercial NuGet Source [ Nearest version: 8.1.5 ]
- Found 0 version(s) in nuget.org
Can you confirm that the commercial packages also have version 9.0.5
available?
Thanks