Activities of "gterdem"

The development environment may have similar problems since tiered applications use the same localhost for domain and shared cookies that cause errors. Because when you stop running your application without logging out, session cookies on localhost are not cleared and sometimes needs to be manually removed. It is not something we can fix because:

  • .Net applications set .AspNetCore cookies
  • IdentityServer sets shared idsrv.session cookie
  • Microsoft Identity sets identity.Application cookie
  • Microsoft Identity sets identity.External cookie when logged in to 3rd party

However, deployment is a whole different scenario. You may be using sub domains sharing session cookies may be causing this. If the solution I mentioned at this answer and you mention this problem only occurs on IIS, I suggest asking on also StackOverflow since this can be directly related to IIS. It can be version related or some different configuration which is out of my scope unfortunately.

Hello,

Well, we can discuss it.

If you would filter the count like getting a list, why make another DB request to get the count instead of getting the count of the list that you already got.

Lets consider the application service:

public virtual async Task<PagedResultDto<SaasTenantDto>> GetListAsync(GetTenantsInput input)
    {
        var count = await TenantRepository.GetCountAsync(input.Filter, input.EditionId);
        var tenantList = await TenantRepository.GetListAsync(
            input.Sorting,
            input.MaxResultCount,
            input.SkipCount,
            input.Filter,
            includeDetails: true,
            input.EditionId,
            input.ExpirationDateMin,
            input.ExpirationDateMax,
            input.ActivationState
        );
    ...
    
        return new PagedResultDto<SaasTenantDto>(
            count,
            tenantDtos
        );
    }

Generally, application services return a PagedResultDto to allow pagination. If you require the count of filtered data, you can always get the count of the tenantList.

You can argue that the GetCountAsync repository method can be used in domain services for some business-related logic for performance but It can be wrongly used and It will be a breaking change.

I would suggest overriding this method for your business needs is better than trying to figure out why the count is wrong while finding out a junior developer passes the same parameters to GetCountAsync method as in GetListAsync method :)

Did you deploy your application? Or you are getting this error on the localhost dev/sta environment?

Sorry, I don't follow.

You are logged in to some angular application (app.aztute.com) but after some inactive time, your access token expired and when you tried to interact again, you are redirected to the authentication server (i assume identtiy.aztute.com is so).

We are expecting if user is not using the app for long time and ABP framework allow user to login again then user should be redirect to angular app index page instead of identity login page.

I couldn't understand your intention. Do you expect users shouldn't be required to log in again?

DbMigrator applies pending migrations and seeds data. It doesn't accept or use any parameter to roll back to the previous migration and remove the latest migration.

If migration is already applied, you need to manually roll back to your desired migration:

dotnet ef database update <migration-name-you-want-to-rollback>

and remove the migration afterward:

dotnet ef migrations remove

You can use AbpAuditLogging connection string for separate audit logging in appsettings like:

"ConnectionStrings": {
  "Default": "Server=localhost;Database=ApplicationDb;Trusted_Connection=True;",
  "AbpAuditLogging": "Server=localhost;Database=AuditLoggingDb;Trusted_Connection=True;"
}

Share your openid configuration located in the PublicWebsiteModule please.

All the cookies are generated for localhost for each session. When you are authenticated to 3rd party, you are already authenticated to Identity.External too.

You can try to increasing max request size on IIS like:

<system.web>
        <httpRuntime maxRequestLength="2097151" executionTimeout="2097151" />
</system.web>

Sorry, I couldn't understand your question.

Are you asking that you have a TaxOfficeNotMatchException business exception that is logged correctly but why do you get a generic error modal and not a detailed error modal?

If that is the case, you need to catch the business exception and throw a UserFriendlyException.

Although, If I have misunderstood, can you explain more of your intention?

You can modify your login button with returnUrl=/Dashboard.

Showing 181 to 190 of 726 entries
Made with ❤️ on ABP v9.1.0-rc.1. Updated on January 17, 2025, 14:13