OK thanks. Do you know which version this will be fixed in?
On three occasions I've experienced cases where on submission of a new ABP support question I get an error on the ABP support website. I'm sorry that I don't have a print screen or anything. I think the behaviour occurs once I raise a question, then immediately after submission click the 'Add question' or something button and raise another question rather than starting from scratch and using the top level question button. If you're unable to replicate let me know and please allow me to create a few dummy questions to see if I can diagnose the problem as it's incredibly frustrating since you lose the question that you composed! Thanks.
As a developer
I want to be able to use the record
field in PropPredicate
and PropCallback
properties on Create forms
So that I can dynamically set, for example, the disabled property based on the value of other properties that are currently set in the create form
The syntax would remain identical to how it is now, only that it would actually work. It should be such that the documentation can be changed to say that the record
field (and others?) are available on create forms (e.g. create user).
https://docs.abp.io/en/abp/latest/UI/Angular/Dynamic-Form-Extensions
For example, a new extra property that I add to the form can be disabled or enabled based on whether the user has checked IsActive or not.
https://github.com/abpframework/abp/issues/17374
Please let us know when this will be fixed + refund the question. Cheers.
Bug raised here https://support.abp.io/QA/Questions/5126/Bug---Should-change-password-on-next-login-should-enforce-password-to-be-different should have been fixed in 'the preview version for 7.3' but the issue is replicable both in v7.3.2 and the ABP commercial v7.4.0 as of 14/8/23.
Please let us know when this will be fixed + refund the question. Cheers.
Please let us know when this will be fixed + refund the question. Cheers.
Please let us know when this will be fixed + refund the question. Cheers.
Thanks maliming. Would we expect to see this in 7.3.1 / 7.4.0 or something?
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.
Potential solutions:
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.