Hi @balessi75, it seems there is not any check on UI for Create and Edit forms. I've created an issue for this. Thanks for reporting.
Thanks @EngincanV!
While working on this, would you also be able to add the following two properties as a new feature? We actually have a business need for them...
property.UI.OnCreateForm.IsReadOnly; property.UI.OnEditForm.IsReadOnly;
Abp Commercial 5.2.0 / Blazor Server / EF Core
Hi,
We created an extended property on the IdentityUser entity and have overriden the UserManagment.razor page. We see the the expended property is rendered with the following...
<ExtensionProperties TEntityType="IdentityUserCreateDto" TResourceType="IdentityResource" Entity="@NewEntity" LH="@LH" />
How can one make the extended property read only? Is there a configuration somewhere? Or is there a way to manually create the input without using the <ExtensionProperties>
component?
Thanks in advance, -Brian
Abp Commercial 5.2.0 / Blazor Server / EF Core / Non-tiered
Hi, We are using the ObjectExtensionManager to create a custom property on the IdentityUser entity and would like to do validation that requires an App Service call.
In the documentation (https://docs.abp.io/en/abp/latest/Object-Extensions#custom-validation) we see that custom validation can be accomplished with:
options.Validators.Add(context =>
{... }
... and that context.ServiceProvider
can be used to call an application service for advanced validation scenarios.
The problem we are having is that ObjectExtensionManager is templated to reside in the Domain.Shared project which cannot have a reference to our application services due to circular dependency issues.
Are we missing something here, or is there a better/recommended way of accomplishing what we are looking for?
Thanks in advance, Brian
Abp Commercial 5.2.0 / Blazor Server / EF Core / Non-tiered
Hi,
We have extended the IdentityUser entity with a new property but need to have the property only visible on the user listing (needs to be hidden on the create and edit modal). To accomplish this, we implemented the following in our ProjectNameModuleExtensionConfigurator class:
user.AddOrUpdateProperty<string>(
EmployeeConsts.FullName
, property =>
{
property.DisplayName = LocalizableString.Create<TimepieceResource>(
"DisplayName:FullName");
property.DefaultValue = null;
property.UI.OnCreateForm.IsVisible = false;
property.UI.OnEditForm.IsVisible = false;
property.UI.OnTable.IsVisible = true;
}
);
The extended property, however, is still visible on the create and edit modals.
Are we doing something wrong, or is this a bug?
Thanks in advance.
Hi,
Abp Commercial 5.2.0 / Blazor Server / EF / Non tiered
Please let us know if these are things that will be looked at and if there are workarounds or suggestions.
Thanks in advance, Brian
Ok, thanks for confirming.
Abp Commercial 5.1.3 / Blazor Server / EF / Non-Tiered
Hi, We have a requirement as a host admin to be able to impersonate any user on any tenant and have run into a problem when testing this scenario.
Are we going about this correctly? Guidance is appreciated as always.
I was using the wrong localization key.
Instead of: "Feature:TwoFactor": "Two Factor"
I needed: "DisplayName:Abp.Identity.TwoFactorBehaviour": "Two Factor"
Ok, that makes sense for two factor, but what we are actually testing here is the 'Require Verified Phone' option, which requires a verified Phone to sign in. Once verified, the user can sign in - this applies even if two factor is turned off.
When this setting is turned on, Abp allows the user to verify their phone during the sign in process. So what we are finding is that during the verification process, they get one chance to enter their phone, from there, if they entered the wrong phone, it's saved to the database and can never be updated again. Therefore, the user can never login.
I've updated the issue title to more accurately reflect the issue.
Abp Commercial 1.5.3 / Blazor Server / EF / Non-Tiered
Hi, We noticed that when phone verification is required to sign in, the first attempt to save the phone number at login is saved to the database before the phone number is verified. If the number is never verified, say because they typed the wrong number in, the number input recalls the previous value from the database and is then always disabled on the login UI - so the user can never correct the number to be verified.
Is this by design? And if so, I'm just curious about the rational...
Thanks in advance!