Personalized Community is here!
Quickly customize your community to find the content you seek.
Have questions on moving to the cloud? Visit the Dynamics 365 Migration Community today! Microsoft’s extensive network of Dynamics AX and Dynamics CRM experts can help.
2022 Release Wave 1 PlanDynamics 365 release plan for the 2022 release wave 1 describes all new features releasing from April 2022 through September 2022.
2022 release wave 1 plan
The FastTrack program is designed to help you accelerate your Dynamics 365 deployment with confidence.
FastTrack Community | FastTrack Program | Finance and Operations TechTalks | Customer Engagement TechTalks | Upcoming TechTalks | All TechTalks
Hi,I have a check box field on the account form. If the account has any open opportunities irrespective of the user role, it will be checked and if it doesn't has any, it will be unchecked. I had initially written a script on the load of the form to update the field. But since it is working differently for different users, I had later wrote a plugin to accomplish that and I removed the script reference from the form and all the account forms.But lately, along with the checkbox field, all the other two options fields (boolean) values are getting updated and reset to their default values on the load of the account form. When I have checked in the audit history, it shows the account has been updated by whatever user has opened the form and a list of all the boolean fields reset to their original values.Please help out on this one.
I would check what other scripts and business rules are registered there.
Also, even if the updates are shown as submitted by the users, those updates can still be happening in the plugin(unless it's configured to run under a specific account).
Create a test account record(not a user account - just an account record), create a copy of the existing form, reproduce the problem using that form, then disable the business rules and remove all the scripts from that form.. see what happens.
on what events have you registered your plugin?
I have registered the plugin on Create, Update and Delete steps of opportunity.
There are no business rules on the account form and the scripts.... well I have debugged them and they are for setting other fields(text and lookup).
I figured the update might have been from plugin too, since all the other fields are updated. But for updating, I'm creating a new entity record and just updating that one check box field.
Could there be any more reasons for updating? It seems to happen on the load of the account form.
In your audit history, do you also see the field which you are setting in yoru plugin. And are all field update happing at that same time. It appears (I may be wrong) that you are updating all the fields from your plugin with the default values.
Can you share you plugin code the update part?
Have you tried checking the dependencies of your two options fields so that you can see which processes/plugins are using those fields. You might find a similar process/plugin updating those two options then revisit the code if plugin or properties if its a process(workflow)
I'm using a fetch to get the open opportunities related to the account and based on the step and count, I'm updating the account respectively.
Please check the below code that I have used.
//Update the Account record
Entity entUpdateAccount = new Entity(strAccount);
entUpdateAccount.Id = AccountId;
if (entColOpenOpp.Entities.Count == 0)
entUpdateAccount.Attributes [strOpenOpp] = false;
else if (entColOpenOpp.Entities.Count > 0)
if (blnDeleteOperation && entColOpenOpp.Entities.Count == 1)
entUpdateAccount.Attributes [strOpenOpp] = false; //Set to false when it is delete operation and there is only one open opportunity
entUpdateAccount.Attributes [strOpenOpp] = true;
I can't see any issues on the above code. It looks perfectly fine :)
You said that this seems to be happening on load. Can you do an advances find for some record (by adding the fields in the view without opening the actual record) and then from different tab open the record and refresh the advanced find view simultaneously. This will confirm if the values are getting changed on load.
Do you have Auto save enabled? Do you have any other plugins/ workflows for account entity?
I have a similar problem with boolean fields (reset to default values), on CRM 2016 on-premise.
Today I found probable solution of that problem, so maybe that will help you.
We have CRM version with service pack 1, and here
I read, that a known microsoft bug is "When you switch between the main form and the related records in CRM, occasionally the Boolean fields (two options) are reset to the default value and will be submitted to the CRM database." Probably service pack 1.1 can repair it.
Maybe this will help you.
I have the same problem bu the installation of the update support.microsoft.com/.../update-0-1-for-microsoft-dynamics-crm-2016-service-pack-1 does not resolve the problem.
Please, can anyone give me even a temporary solution.
Any answers on this matter?
We also have the same issue on our Dynamics 365 Online system with versjon: 22.214.171.1240
I have the same issues in Dynamics 365 and CRM 2016 systems.
Are there any solutions?
I have the same behaviour on at least two different custom entities flipping Boolean fields back to the default value seemingly at random with the audit log showing the user has made the update even though the fields are read only.
We are on Dynamics 365 on premise running version 126.96.36.199.
Has anyone found a fix for this problem?
We are using on-premise version 188.8.131.52, and encounter the same problems with boolean fields that are randomly returned to their default value, even for an uncustomized entity.
Someone from Microsoft told me that :
"the cause for this issue is code defect, and it is identified as known issue and Will be fixed in upcoming update 8.2.2.
Disabling Auto save option is one workaround, and the other workaround is set legacy form to 'yes'."
We have temporarly taken this second workaround, and hope that version 8.2.2 will arrive quickly, as this workaround slowed down the software a lot !
I have seen this with Dynamics 365 Online version 184.108.40.2061. Has this not been resolved?
Any idea of what we can do to help this. There seems to be a 9.0 version available - does this fix it?
Business Applications communities