Activities of "mkinc"

Thanks maliming. Would we expect to see this in 7.3.1 / 7.4.0 or something?

• ABP Framework version: v7.2.1
• UI type: Angular
• DB provider: EF Core
• Tiered (MVC) or Identity Server Separated (Angular): Separated OpenIdDict auth server
• Exception message and stack trace:
• Steps to reproduce the issue:
  • Log in as host admin
  • Create a user with username abc and email john.smith@example.com
  • Create another user with username john.smith@example.com and email john.smith2@example.com
• Expected behaviour: Error when creating user to say a user already exists with email 'john.smith@example.com'.
• Actual behaviour: User is created successfully, but the first user with username abc can now no longer log into their account using their email address.

Similar checks need to be made when attempting to change either username or password since no username should be identical with another user's email address (and vice versa). However it should be maintained that the username and email address of an individual user should be able to be the same. Please refund the question. Thanks.

• ABP Framework version: v7.2.1
• UI type: Angular
• DB provider: EF Core
• Tiered (MVC) or Identity Server Separated (Angular): OpenIdDict separate auth server
• Exception message and stack trace:
• Steps to reproduce the issue:
  • Log in as host admin
  • Create user
  • Login as the new user
  • In My account -> Personal info, click Verify next to email.
  • Logout of user
  • Click the link in the email
  • [Observe email has been confirmed which can later be verified in the front end for that user]
  • Click 'Log in to application'
• Expected behaviour: Goes to login page
• Actual behaviour: 404 page not found error. The link is to the base of the front end app (e.g. in dev for us it's https://admin.localhost:44388/) but this by itself isn't a valid url. It needs to be https://admin.localhost:44388/Account/Login with all the url params that you'd normally get if you navigated to the login page from the main app 'Login' button

Potential solutions:

• [Best solution?] Make sure the route of the auth server front end application routes to the login page or something?
• In EmailConfirmationModel make sure the ReturnUrl is set to the _appUrlProvider.GetUrlAsync("Angular") (e.g. for us that would be something like admin.localhost:4200)

Thanks.

Thanks. We'll test Email confirmed, IsExternal, Creation date and Modified date filters when there's a non-RC 7.3 version.

Do you have a time frame for which you'd expect to get back to me on this? Thanks.

OK. Is there an update on this?

Thanks Nico.

We'll try updating to 7.3 when it's not in preview and let you know if we have any issues with the behaviour.

Matt

Thanks. When can I expect to hear about this? Can we get the question back for this?

Hi. Has this support been missed off? Also, please can I get the question refunded. Is this the correct way of raising bugs by the way? Thanks.

• ABP Framework version: v7.3.0 - replicable on ABP demo on 24th May 2023.
• UI type: Angular
• DB provider: Unknown
• Tiered (MVC) or Identity Server Separated (Angular): Unknown
• Steps to reproduce the issue:
  • Login as admin
  • Navigate to Administration -> Identity Management -> Users
    • Observe all users shown in table.
  • Show the Advanced filters
  • Set 'Email confirmed' to on and click 'Refresh'
    • Observe no users correctly displayed
  • Set 'Email confirmed' to off and click 'Refresh'
• Expected behaviour: All users shown again.
• Actual behaviour: No users shown (and not even 'No data available' label)
• Further issues:
  • Same is replicable when using 'Is external'.
  • Issue not rectified when clicking 'Clear'.
  • Filtering by Creation date or Modified date does not appear to work at all (all users always displayed regardless of what creation date or Modified date range is used).