It is not related with enc_auth_token. It is related with the length of the query string. Even if your second sample is working in localhost, it won't be working on production since domain name will probably be longer then localhost.
General rule of thumb is not to exceed 2048 chars. You may want to read more here https://stackoverflow.com/a/417184
Can you give more information about your issue and share some code to show that what you are trying to achieve and what exactly occurs?
https://myapp-server.azurewebsites.net//AbpUserConfiguration/GetAll?d=1616355221806
Try removing / in your cors origin configuration.
You can make a request to end_session_endpoint. You can check identityserver endpoint at https://myidentityserver/.well-known/openid-configuration.
However trying to signing out all the clients (Single Sign Out) is a different story and you need to implement either front-channel or back-channel logout and i think that is not your case.
Hello @trungbttsd,
I think implementing front-channel logout will solve your problem. However it is a bit complicated and tricky at first glance.
You need to update your identityServer clients with the following:
You need to add a new page to redirect after logging out, to signout from other clients and/or redirect back to your client. You can see sample implementations of our LoggedOut.cshtml and LoggedOut.cshtml.cs.
I hope this will be helpful.
Hello @denis.karovic,
Can you try insert queries in an isolated unit of work and try again? You can check here about it: https://aspnetboilerplate.com/Pages/Documents/Unit-Of-Work
Hello @razkhan78,
For a starter, i would change the line
var product = await _productRepository.FirstOrDefaultAsync(item.Key.Value);
to
var product = await _productRepository.FirstAsync(item.Key.Value);
to ensure the product is not null by monitoring the logs.
Also in this line:
var productPaymentDetail = _ProductPaymentDetailRepository.GetAll().Where(x => x.ProductPaymentId == (int)input.Id && x.ProductId != null).GroupBy(x => x.ProductId);
You're probably casting string input to int which may cause unexpected results causing productPaymentDetail to null hence skipping updating the product.
Hello @devloo At first glance, there may be two reasons why you might not be getting email claim;
Try navigating to https://YOUR_DOMAIN/.well-known/openid-configuration and check if email scope is supported. Also, what is your authorization server? Is it an other AspnetZero application?
About connecting AspnetZero application to each other, answers at the post may be useful: https://support.aspnetzero.com/QA/Questions/9394/Delegate-another-project's-auth-to-zero-project
Hello @bulutyonetim
You can scaffold your database to code first and having your domain model as code. Afterwards you need to update your entities manually.
Lets say you have a Person table and after scaffolding you have a Person entity as follows:
public class Person
{
public Guid Id {get; set;}
public string Name { get; set; }
public DateTime CreationTime { get; set; }
}
You need to manually update this entity to benefit features like:
public class Person : Entity<Guid> { public virtual string Name { get; set; } public virtual DateTime CreationTime { get; set; } }
For more info, you can check here: https://aspnetboilerplate.com/Pages/Documents/Entities
Hello @Jorahealth,
Can you check your application log that if your application gets shut down after being idle some time? It may be related to your IIS shutting down the application invalidating the token.
